AD-A236  444 


Tzyh-Vung  Wuu 


K.  -r  V 


v* 

v^:'> 

cs 

Su'j1* 


t  i  r* 

!U  I 

rj.r.c-'T 

JUN  0  3  1991 


¥ 


V.  fe 

v'.  .jeCT 

j*ik& 


ISI  Research  Report 
ISI/RR-91-282 


University 
of  Southern 
California 


NetlSst+:  A  Simple  Interface  Language 

for  Chip  Design 


INFORMATION 

SCIENCES 

INSTITUTE 


7J 


213/822-1511 

6  Admiralty  H  dy/\lut ifiu  Jt!  RcySCuiiJl/t mu  66 >5 


j 


U.  REPORT  SECURITY  CLASSIFICATION 

Unclassified 


2a.  SECURITY  CLASSIFICATION  AUTHORITY 


REPORT  DOCUMENTATION  PAGE 


lb.  RESTRICTIVE  MARKINGS 


2b.  DECLASSIFICATION  /DOWNGRADING  SCHEDULE 


4.  PERFORMING  ORGANIZATION  REPORT  NUMBER(S) 

ISI/RR-91-282 


6a.  NAME  OF  PERFORMING  ORGANIZATION 

USC/Information  Sciences  Institute 


6c.  AODRESS  (City,  Star*,  andZIPCode) 

4676  Admiralty  Way 

Marina  del  Rey,  CA  90292-6695 


3.  DISTRIBUTION /AVAILA8IUTY  OF  REPORT 

This  document  is  approved  for  public  release; 
distribution  is  unlimited. 


5.  MONITORING  ORGANIZATION  REPORT  NUMBER(S) 


6b.  OFFICE  SYMBOL  I  7a.  NAME  OF  MONITORING  ORGANIZATION 
(It  applicable)  I 


7b.  ADDRESS  (Oty,  State,  and  ZIP  Code) 


8a.  NAME  OF  FUNDING  /SPONSORING 
ORGANIZATION 

DARPA 


8c.  ADDRESS  (Oty,  State,  and  ZIPt odeK 

DARPA 


1400  Wilson  Boulevard 
Arlington,  VA  22209 


n  TITLE  (Include  Security  Clawfication) 

NetList+:  A  Simple  Interface  Language  for  Chip  Design 


Bb.  OFFICE  SYMBOL  9.  PROCUREMENT  INSTRUMENT  IDENTIFICATION  NUMBER 

"* F29601-87-C-0069 


10.  SOURCE  OF  FUNDING  NUMBERS 


PROGRAM  I  PROJECT  I  TASK 

ELEMENT  NO.  I  NO.  |  NO. 


12.  PERSONAL  AUTHOR(S) 


13a.  TYPE  OF  REPORT 


Wuu,  Tzyh-Yung 


13b.  TIME  COVERED 
FROM _ TO 


16.  SUPPLEMENTARY  NOTATION 


14.  DATE  OF  REPORT  (fear,  Month,  Oay)  (15.  PAGE  COUNT 

1991,  April! 


17  COSATI  CODES  18.  SUBJECT  TERMS  (Continue  on  re  van*  if  t.tseaary  and  identity  by  Mode  number) 

SJi[5  group  sub-group  ASIC,  CAD  tools,  cell  librrry,  circuit,  netlist,  parser/ 

09  02  """  generator,  PLA,  place  and  route  (P&R) ,  prototype,  RAH/ROM, 

-■  simulation,  specification,  *. ; av'dard  cells,  VLSI 


19.  ABSTRACT  (Continue  on  reverse  if  necessary  and  idenbty  by  block  number) 

This  describes  a  simple  circuit  specification  language,  isetList+,  which  was  developed 
at  MOSIS  for  rapid  turn-around  cell-based  ASIC  prototyping.  B/  using  NetList+,  a  uniform 
representation  is  achieved  for  the  specification,  simulation  c.*ud  physical  description  of 
a  design.  Our  goal  is  to  establish  an  easy  interfacing  method  between  design  specification 
and  independent  CAD  tools  so  that  a  simple  description  can  be  used  for  various  tools. 


20.  OlSTRIOUTION/ AVAILABILITY  OF  ABSTRACT  21.  ABSTRACT  SECURITY  CLASSIFICATION 

El  unclassified/unlimited  13  Same  as  RPT.  □  one  users  Unclassified  _ 


22b.  TELEPHONE  (Indude  Ana  Code)  22c  OFFICE  SYMBOL 

213/822-1511 


OD  FORM  1473, 84  mar 


WJlHSMMWtl 


83  APR  edition  mty  be  used  until  exhausted. 
All  other  sditions  are  obsolete. 


SECURITY  CLASSIFICATION  OF  THIS  PAGE 

Unclassified 


ISI  Research  Report 
ISHRR-91-282 
April  1991 


University 
of  Southern 
California 


Tzyh-Yung  Wuu 


Netlist+:  A  Simple  Interface  Language 

for  Chip  Design 


v  6  y 


L'jii* ssioo 
ii’-'  0RA4X 
OTIC  Tv'rf 

.  tin  cat  ion 


i  »y - - r - 

'  Distribution/ _ . 

j  ^Availability  CoA»ft 

;  |XvuU  aaS/or 

Dist  I  Spooial 


INFORMATION _ _ _ 

SCIENCES  f  f  — f  J ~~~ 

INSTITUTE  J  j—J  J  213/822-1511 

. .  . .  ■  ■"  ■■  ■  *  4676  Admiralty  Way/Manna  del  Rey/Cahfornta  90292-6695 

was  sP0fso'!®c*  ja  part  by  the  Defense  Advanced  Research  Projects  Agency  under  Contract  F29601-87-C-0069.  Views 
n  A  DD°AnClUuSIC^ic^n  a  n0d  n  ^  s  reP°rt  are  1,19  author's  and  should  not  be  interpreted  as  representing  the  official  opinion  or  policy  of 
DARPA,  the  U.S.  Government,  or  any  person  or  agency  connected  with  them 


ACKNOWLEDGEMENTS 


I  would  like  to  thank  my  supervisor,  friend  and  colleague,  Shih-Lien  Lu  for  his  encour¬ 
agement  and  many  helpful  discussions.  He  provided  special  insight  and  valuable  suggestions 
for  this  research.  I  also  would  like  to  thank  Jen-I  Pi  who  fixed  bugs  in  public  domain  tools 
which  I  used.  Without  his  enthusiasm,  I  would  not  have  the  perfect  environment  for  this 
system.  He  also  gave  valuable  suggestions  to  enhance  the  features  of  this  system.  I  also 
want  to  thank  David  Tornheim  who  not  only  corrected  my  writing  errors  but  provided 
critiques  and  comments  which  sharpened  the  ideas  of  this  report.  I  also  want  to  thank  Dr. 
Ronald  Ayres  for  many  helpful  discussions  about  the  FUSION  SERVICE.  I  also  want  to 
thank  the  following  organizations  for  their  CAD  tools:  Microelectronics  Center  of  North 
Carolina  for  the  VPNR  place  and  route  system,  Northwest  LIS  of  University  of  Washing¬ 
ton  for  their  NETLIST  and  RNL,  University  of  California  Berkeley  for  their  MAGIC  and 
related  tools.  Finally,  I  would  like  to  thank  my  MOSIS  colleagues  for  their  encouragement 
and  friendship.  This  research  was  supported  in  part  by  the  Defense  Advanced  Research 
Projects  Agency  under  Contract  F29601-87-C-0069. 


n 


Contents 


1  Introduction  1 

2  NetList+  System  Organization  1 

3  NetList+  and  Circuit  Design  .  4 

4  Preparation  of  Cell  Libraries  7 

4.1  NETLIST  Macro  Cell  and  Fusion  Leaf  Generation .  8 

4.2  File  System  for  Cell  Libraries .  9 

5  Examples  11 

5.1  Example  1:  1-Bit  Full  Adder .  11 

5.2  Example  2:  Parallel  Multiplier .  13 

5.3  Example  3:  Pseudorandom  Number  Generator .  20 

5.4  Example  4:  Two’s  Complement  Multiplier .  22 

A  RNL,  VPNR  and  FUSION  Result  of  an  1-bit  Full  Adder  32 

A.l  RNL  Simulation  for  fa .  32 

A. 2  VPNR  Standard  Cell  P&R  for  fa .  34 

A. 3  FUSION  SERVICE  for  fa  .  35 

B  RNL,  VPNR  and  FUSION  Result  of  4-bit  Parallel  Multiplier  39 

B. l  RNL  Simulation  for  pmO .  39 

B.2  VPNR  Standard  Cell  P&R  for  pmO .  42 

B.3  FUSION  SERVICE  for  pmO .  44 

B. 4  FUSION  SERVICE  for  pml  and  pm2 .  44 

C  IRSIM,  VPNR  Result  of  a  Pseudorandom  Number  Generator  48 

C. l  IRSIM  Simulation  for  prg .  48 

C. 2  VPNR  Standard  Cell  P&R  for  prg .  49 

D  Simulation  Result  and  Layout  of  4-bit  Two’s  Complement  Multiplier  50 

D. l  IRSIM  Simulation  for  the  Datapath  and  the  Control  Unit  of  4- bit  Two's 

Complement  Multiplier .  50 

D.2  IRSIM  Simulation  for  the  Whole  Design .  50 

D.3  FUSION  SERVICE  for  4- bit  Two’s  Complement  Multiplier .  50 

E  Functions  and  Macros  of  NetList+  59 


ui 


F  Pad  Library  at  FUSION  61 

F.l  Pads  for  SCMOS .  61 

Reference  63 

Manual  Pages  for  Commands  64 


IV 


List  of  Figures 


1  NetList+  Interfacing  Methodology .  2 

2  NetList+  system  and  Related  Tools .  3 

3  Logic  Diagram  for  R  =  A-B  -f  D-E .  5 

4  Floorplan  for  A-B,  D-E,  and  C+F .  7 

5  File  System  for  Cell  Library .  10 

6  1-bit  Full  Adder .  11 

7  Parallel  Multiplier  Cell  M,j .  13 

8  Parallel  Multiplier  Cell  Connection  . .  14 

9  4-bit  Parallel  Multiplier  .  14 

10  Cell  connect .  17 

11  n-bit  Shift  Register .  20 

12  5-bit  Pseudorandom  Number  Generator .  20 

13  Block  Diagram  for  Two’s  Complement  Multiplier .  23 

14  Flowchart  for  Two’s  Complement  Multiplier .  24 

15  Block  Diagram  for  Control  Unit .  28 

16  Layout  of  fa  from  VPNR .  36 

17  Chip  Layout  of  fa  from  FUSION .  37 

18  Internal  Layout  of  fa  from  FUSION .  38 

19  Layout  of  pmO  from  VPNR .  43 

20  Chip  Layout  of  pmO  from  FUSION .  45 

21  Chip  Layout  of  pml  from  FUSION .  46 

22  Chip  Layout  of  pm2  from  FUSION .  47 

23  Simulation  Result  of  prg  from  IRSIM .  48 

24  Layout  of  prg  from  VPNR .  49 

25  Simulation  of  Datapath .  51 

26  Simulation  of  Control  Unit .  52 

27  Test  1:  07  x  07  =  0031  .  53 

28  Test  2:  04  x  e2  =  //88 .  54 

29  Test  3:  //  x  03  =  fffd .  55 

30  Test  4:  //  x  //  =  0001  .  56 

31  Two’s  Complement  Multiplier  without  Adjustment .  57 

32  Two’s  Complement  Multiplier  with  Adjustment .  58 

33  Input  Pad .  61 


v 


1  Introduction 


NetList+  is  a  design  specification  language  developed  at  MOSIS  for  rapid  turn-around  cell- 
based  ASIC  prototyping.  By  using  NetList+,  a  uniform  representation  is  achieved  for  the 
specification,  simulation,  and  physical  description  of  a  design.  Our  goal  is  to  establish  an 
interfacing  methodology  between  design  specification  and  independent  CAD  tools.  Design¬ 
ers  need  only  to  specify  a  system  by  writing  a  corresponding  netlist.  This  netlist  is  used  for 
both  functional  simulation  and  timing  simulation.  The  same  netlist  is  also  used  to  drive  the 
low  level  physical  tools  to  generate  layout.  Another  goal  of  using  NetList+  is  to  generate 
parts  of  a  design  by  running  it  through  different  kinds  of  placement  and  routing  (P&R) 
tools.  For  example  some  parts  of  a  design  will  be  generated  by  standard  cell  P&R  tools. 
Other  parts  may  be  generated  by  a  layout  tiler  —  i.e.  datapath  compiler,  RAM/ROM 
generator,  or  PLA  generator.  Finally  all  different  parts  of  a  design  can  be  integrated  by 
general  block  P&R  tools  as  a  single  chip.  The  NetList+  language  can  actually  act  as  an 
interface  among  tools,  and  the  relation  between  NetList+  language  and  other  tools  is  shown 
in  Fig.  1.  Currently  NetList+  is  linked  to  simulation  tools  RNL  [S]  and  IRSIM  [3, 10],  which 
are  switch-level  simulators,  and  SPICE  [8]  via  a  LISP-like  network  description  language, 
NETLIST  [9].  It  is  also  linked  to  the  P&R  tools  VPNR  [6],  which  is  a  standard  cell  P&R 
tool,  and  FUSION  [1,  2],  which  is  a  general  block  P&R  tool.  Other  tools  will  be  linked  to 
NetList+  in  the  near  future. 

In  section  2  we  will  use  a  flowchart  to  illustrate  the  NetList+  system  and  its  relation  with 
other  related  design  tools.  In  section  3  we  will  show  how  to  write  a  NetList*  description 
from  the  block  diagram  of  a  circuit.  In  section  4  we  will  discuss  how  to  prepare  a  cell 
library  or  several  cell  libraries  for  a  design  system.  In  section  5  we  will  give  a  few  designs 
by  NetList+  and  show  their  simulation  and  layout  results  in  the  appendix.  Finally  we  will 
show  you  the  ASIC  design  environment  supported  by  NetList+.  In  that  section  an  example 
circuit  is  composed  of  random  logic  from  VPNR,  user-defined  cells,  and  some  function 
blocks  from  module  generators. 

2  NetList+  System  Organization 

The  original  purpose  of  having  NetList+  language  is  to  enable  designers  to  write  a  simple 
description  for  multiple  usages.  There  are  three  main  parts  in  this  system.  In  order  to 
talk  to  other  tools  in  different  languages,  we  developed  parser /generators  to  transform  the 
Net  List"1"  language  to  an  appropriate  representation.  In  order  to  compile  with  cell  libraries 
for  different  tools,  we  developed  a  series  of  programs  to  transform  each  cell  from  physical 
layout  to  the  cell  representation  for  different  tools.  Then  we  organized  those  cells  in  a  file 
system  so  that  programs  in  the  design  system  can  search  them  easily.  Fig.  2  illustrates 
the  NetList*  system  and  related  design  tools.  We  use  the  convention  of  dotted  extension 
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NetList+ 


simple  circuit 
specification 


,//l\\ 

specification  0  o  o  specification 
for  tool  #1  for  tool  #n 


Figure  1:  NetList*  Interfacing  Methodology 

names  to  represent  the  input/output  files  for  each  tool.  These  dotted  extension  names  are 

name,  fnet  NetList+  netlist; 

v_name.net  NETLIST  for  VPNR  (6); 

name.net  NETLIST  for  RNL/IRSIM[9]; 

name.spc  FUSI0N_SPEC[1]; 

name.lib  FUSION  libraryfl]; 

name.d  FUSION  .cf  file[l]; 

name.fu  FUSION  file(l); 

name.fused  fused  file  after  FUSI0N[1]; 

cellname. cif  CIF  file[7]; 

cellname. mag  MAGIC  file[4]; 

cellname.ex t  MAGIC  .ext  file[4]; 

cellname. sim  SIM  file[4]; 

ce//name.lif  FUSION  leaf  cell[l]; 

cellname.ceU  NETLIST  macro  cell  for  RNL/IRSIM; 

cellname.v pnr  NETLIST  macro  cell  for  VPNR; 

cellib. db  VPNR  .db  file  [6]; 

We  will  use  this  notation  throughout  this  report. 
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DESIGN 


CELL  BY  HAND  OR 
BY  CELL  GENERATORS 


PRENET 


NETLIST 


A  MACRO  CELL  READY  FOR 

F0R  SIMULATION 

OTHER  CIRCUIT 


MAG2LCELL 


MAG2RCELL 


.vpnr  .cell 


spe  .lib  *  LEAF  CELL  MACRO  MACRO 
11  \  FOR  FUSION  FOR  VPNR  FOR  RNL 


LIF2FUS 


MOSIS 

FUSION 

SERVICE 


cell  library 


FUS2CIF 


.cif 

READY  TO 
BE  FABRICATED 


Figure  2:  NetList+  system  and  Related  Tools 
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3  NetList+  and  Circuit  Design 

NetList+  is  a  LISP-like  circuit  design  language.  It  is  based  on  the  NETLiST  of  NW 
Laboratory  for  Integrated  Systems  (LIS)  [9].  We  omitted  the  low  level  circuit  descriptions 
like  transistors,  capacitors,  resistors,  etc.  Besides  the  original  functions  and  macros  of 
NETLIST,  there  are  descriptions  to  specify  the  directories  of  cell  libraries,  descriptions  to 
indicate  the  inputs  and  outputs  of  the  design,  and  functions  to  describe  the  floorplan  of 
the  circuit  in  NetList+.  These  extra  functions  help  the  parser /generators  to  search  cells, 
to  generate  input  and  output  specifications,  and  to  floorplan  the  structure  for  P&R  tools. 

Basically,  we  treat  a  digital  system  as  a  composition  of  blocks  and  nets  among  blocks. 
Each  block  is  either  a  composition  of  small  blocks  or  a  well-defined  cell.  Here  a  well-defined 
cell  means  the  cell  has  been  layouted  in  MAGIC  [4]  or  generated  by  some  other  macro 
generators.  We  assume  NetList+  users  have  one  or  more  cell  libraries  already  in  MAGIC 
layout  form  in  their  systems.  For  each  cell  in  a  library,  we  can  build  a  macro  for  simulation 
and  a  leaf  cell  for  P&R.  We  have  programs  to  generate  the  macro  and  leaf  from  MAGIC 
layout.  We  will  describe  the  details  of  the  preparation  of  cell  libraries  in  the  next  section. 
W! 'm  the  cell  libraries  are  ready,  users  can  compose  a  circuit  they  want  in  NetList+.  Then 
users  can  user  the  description  in  NetList+  to  generate  NETLIST  for  simulation,  to  generate 
a  VPNR  netlist  for  standard  cell  P&R,  or  to  generate  s  FUSION  specification  for  block 
P&R.  In  the  following  paragraph  we  discuss  functions  currently  supported  by  NetList+. 
Examples  are  used  to  illustrate  the  usage  of  NetList+.  In  the  rest  of  this  report,  keywords 
used  by  NetList+  are  shown  in  “bold”  form  in  all  our  examples. 

NETLIST  Original  Functions  NetList+  inherits  most  features  of  NETLIST.  The  basic 
elements  of  a  circuit  for  NETLIST  .are  cells  and  nets.  All  nets  should  be  declared  before 
they  are  used.  The  syntax  of  the  net  declaration  is 

(node  HsLof.nets) 

The  list.of.nets  is  a  list  of  net  names  which  are  used  in  the  circuit.  The  primitive  description 
of  a  circuit  in  NetList+  is  a  cell.  The  syntax  of  a  cell  is 

( cellname  net-list ) 

In  fact,  each  cellname  is  a  macro  of  NETLIST,  which  is  from  either  a  cell  library  or  user- 
defined  macro.  The  macro  from  a  cell  library  encapsulates  detailed  transistor,  resistor, 
and  capacitor  information.  The  user  only  invokes  a  cell  by  cellname.  The  other  macro 
is  composed  of  other  cells.  If  some  ports  of  a  block  are  floating,  we  simply  put  “*”  on 
the  corresponding  port  when  the  cell  is  invoked.  NetList+  also  support  the  constructs, 
macro,  repeat,  connect,  load,  setq,  and  LISP  arithmectic  operators  from  NETLIST. 
Any  context  after  till  end  of  line  is  comment.  The  details  about  functions  and  macros 
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of  NetList+  can  be  found  in  appendix  E  and  the  original  reference  [9]. 


Example:  If  we  want  to  design  a  circuit  R  =  A-B  +  D-E  as  shown  in  Fig.  3,  then  the 
corresponding  netlist  in  NetList+  can  be  written  as  follows: 

(node  A  B  C  D  E  F  It)  ;  declaration  of  nodes 
(AND  ABC) 

(AND  D  E  F) 

(OR  C  F  It) 

Clearly,  it  is  straight  forward  to  describe  a  circuit  in  NETLIST  format. 


Figure  3:  Logic  Diagram  for  R  =  A-B  +  D-E 


Library  Path  Declaration  In  the  previous  example,  there  are  two  AND  gates  and  one 
OR  gate.  But  we  need  to  let  the  parser/generators  know  where  to  search  for  those  cells. 
Hence  we  need  to  declare  the  cell  library  path.  The  syntax  of  the  library  path  declaration 
is 


(libpath  “ palh-of.cellJibrary" ) 

The  path.of.celLlibrary  is  either  a  relative  pathname  or  a  full  pathname.  Multiple  libraries 
are  allowed  in  a  circuit,  and  the  parser/generator  will  search  the  cell  according  to  the  order 
of  the  library  path  declaration.  If  the  logic  gates  are  in  directory  /usr/mylib,  we  can  add 
the  command 

(libpath  “/usr/mylib”) 

at  beginning  of  the  netlist. 
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Input/Output  Declaration  Now  we  want  to  express  the  input/output  of  the  design  so 
that  P&R  tools  can  connect  them  to  the  pads  of  a  chip  or  generate  the  I/O  ports  in  some 
specific  side  of  the  module.  The  syntax  of  the  I/O  declaration  is 

( side.of.block  ( type.ofjo  io.pinJist)) 

The  side.of.module  is  optional  for  P&R  tools,  and  it  can  be  either  east,  west,  south,  or 
north  to  indicate  the  side  of  block.  The  type.ofjo  is  either  in,  out,  or  io  to  denote  the 
type  of  the  following  signal  list.  The  io.pinJist  is  a  list  of  I/O  pins.  Each  of  them  can  be 
a  single  net  name  or  a  name  with  dimensions.  The  signal  with  dimensions  is  declared  as 
follows: 

(singals  starl.index  stop.index  io.pinJist) 

For  example,  there  is  a  8-bit  input  bus,  named  INBUS,  of  block.  We  can  simply  declare 
the  input  pins  as 

(in  (signals  0  7  INBUS)) 

In  Fig.  3,  if  A,  B,  D,  E  are  input  pins  and  R  is  an  output  pins,  we  need  to  add 

(in  A  B  D  E) 

(out  R) 

in  the  netlist.  If  you  want  to  run  VPNR  after  NetList+,  you  have  to  specify  the  side  for 
each  input  and  output  pins,  for  example, 

(north  (in  A  B  D  E)) 

(south  (out  R)) 

This  indicates  that  A,  B,  C,  D  are  inputs  going  in  the  circuit  from  the  north ,  and  R  is  an 
output  leaving  the  circuit  from  the  south  side. 

Floorplan  Specification  Since  some  P&R  tool  like  FUSION  allow  users  to  specify  their 
own  floorplan,  we  support  floorplan  specification  in  NetList+.  This  function  is  optional  for 
those  designers  who  want  to  specify  the  floorplan  of  cells.  The  syntax  of  the  floorplan  is 

( orient  cells) 

The  orient  is  either  up,  down,  right,  or  left  to  denote  the  orientation  of  the  cells  arranged 
on  the  layout.  The  cells  can  be  a  set  of  blocks,  and  each  block  may  be  another  oriented 
cell.  Also  cells  may  be  constructed  by  repeat.  If  we  want  the  floorplan  of  the  previous 
example  shown  in  Fig.  4,  then  the  netlist  is  written  as, 

(libpath  “/usr/mylib”) 

(node  ABCDEFR) 
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Figure  4:  Floorplan  for  A-B,  D-E,  and  C+F 

(north  (in  A  B  D  E)) 

(south  (out  R)) 

(down 

(right 

(AND  ABC) 

(A/1  DDE  F) 

) 

(OR  C  F  R) 

) 

The  floorplan  specification  is  useful  for  regular-structure  designs  like  systolic  arrays,  espe¬ 
cially  used  with  the  function  repeat. 

After  the  circuit  description  in  NetList+  is  ready,  we  can  run  the  design  through  prenet, 
prefus  to  get  NETLIST,  VPNR  netlist  and  FUSION  specification.  There  are  more  exam¬ 
ples  including  simulation  and  layout  in  a  later  section. 


4  Preparation  of  Cell  Libraries 

The  original  purpose  of  having  the  NetList+  language  is  to  enable  designers  to  write  a  simple 
description  for  multiple  usages.  Since  each  tool  has  its  own  specification,  we  developed  a 
series  of  programs  to  transform  each  cell  from  physical  layout  to  the  cell  representation  for 
different  tools.  The  relationship  between  those  files  is  shown  in  Fig.  2.  NETLIST-related 
tools  [9],  FUSION  [1,  2]  and  VPNR  [6]  are  the  first  three  tools  linked  to  NetList+  at  MOSIS. 
Currently,  we  only  support  MAGIC  [4]  based  layout,  which  means  we  assume  designers  use 
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MAGIC  to  generate  all  leaf  cells  in  libraries.  In  this  section  we  will  discuss  how  to  generate 
different  representations  for  each  tool  and  how  to  arrange  different  representations  in  the 
file  system.  The  later  is  related  to  the  library  search  in  prenet  and  prefus. 

4.1  NETLIST  Macro  Cell  and  Fusion  Leaf  Generation 

For  each  cell  there  is  a  MAGIC  file  which  describes  the  physical  layout  of  the  circuit.  We 
need  to  build  a  macro  for  simulation  which  corresponds  to  the  physical  layout  of  the  cell. 
We  also  need  to  build  a  leaf  cell  for  FUSION  which  describes  the  geometry  of  the  layout. 
Since  macro  and  leaf  are  generated  in  the  same  way  for  each  cell,  we  wrote  a  program  and 
several  utility  scripts  to  take  care  of  the  jobs. 

MAGIC  has  a  command  extract  for  extracting  the  circuit  topology  from  layout.  There 
is  a  command  ext2sim  to  transform  the  .ext  file  to  .sim  file  [4].  We  have  a  program, 
sim2cell,  to  generate  the  NETLIST  macro  .cell  file  from  a  .sim  file.  For  convenience’  sake, 
we  wrote  a  script,  mag2rcell,  which  combines  MAGIC’s  extract,  ext2sim,  and  sim2cell 
to  generate  the  .cell  from  a  .mag  directly.  Since  VPNR’s  macro  has  the  same  form  as 
RNL’s,  sirn2cell  can  generate  the  .vpnr  file  at  the  same  time.  We  only  need  to  put  the 
option  “-v  vpnr.dir”  in  the  command  sim2cell. 

Example  Assume  there  is  a  mycell.mag  in  $mylib/mag.  If  the  current  default  directory  is 
$mylib/rnl,  we  want  to  generate  mijcell.ceW  and  mycell.vpm  in  $mylib/rnl  and  $mylib/vpnr 
respectiverly.  We  can  use  the  command: 

$mag2rcell  -m  ../mag  -v  ../vpnr  mycell 

Example  Assume  we  have  .mag  files  for  the  cells  mycelll ,  mycellS,  mycell3 ,  and  mycelty 
in  $mylib/mag.  We  can  write  a  simple  makefile  stored  in  the  ../rnl  directory  as  follows  to 
generate  and  maintain  all  .cell  files  and  .vpnr  files  : 

L  =  . ./mag 

0BJ1  =  mycelll. cell  mycell2.cell  raycell3.cell  mycell4.cell 
0BJ2  =  mycelll. head  mycell2.head  raycell3.head  mycell4.head 

all:  $(QBJ1)  $(0BJ2) 

mycelll. lif:  $(L)/mycelll .mag 

mag2rcell  -m  ../mag  -v  ../vpnr  mycelll 

mycell2.1if:  $(L)/mycell2.mag 

mag2rcell  -m  ../mag  -v  ../vpnr  mycell2 


mycell3.1if:  $(L)/mycell3.mag 


mag2rcell  -m  ../mag  -v  ../vpnr  mycell3 

mycell4.1if:  $(L)/mycell4.mag 

mag2rceli  -m  ../mag  -v  ../vpnr  mycell4 


Most  P&R  tools  have  programs  to  generate  a  leaf  file  from  a  MAGIC  file  for  each 
cell,  so  we  may  write  scripts  for  building  the  leaf  file  for  each  cell.  We  also  have  a  script, 
mag2lcell,  which  generate  a  FUSION  .lif  file  from  a  .mag  file. 

Example  For  the  same  cell  library  in  previous  example,  we  want  to  generate  and  maintain 
the  .lif ’s  for  FUSION.  We  can  also  have  a.  makefile  in  Smylib/fusion  such  as, 

L  =  . . /mag 
B  =  ../ml 

0BJ1  =  mycelll.lif  mycell2.1if  mycell3.1if  mycell4.1if  master. lib 

0BJ2  =  $(B)/mycelll .head  $(B)/mycell2.head  $(B)/mycell3.head  $(B)/mycell4.head 

all:  $(0BJ1)  master. lib 

master. lib:  $(0BJ2) 

raasterlib  ../rnl  master. lib 

mycelll.lii:  $(L)/mycelll .mag 
mag21cell  -m  ../mag  mycelll 

mycell2.1if:  $(L)/mycell2.raag 
mag21cell  -m  ../mag  mycell2 

mycell3.1if:  $(L)/mycell3.mag 
mag21cell  -m  ../mag  mycell3 

mycell4.1il:  $(L)/mycell4.mag 
raag2rcell  -m  ../mag  mycell4 

Currently,  we  also  manually  maintain  VPNR  .db  files.  If  you  want  to  know  the  details  of 
the  specifications  for  FUSION  and  VPNR,  you  may  refer  to  the  corresponding  user  manual 
[1,  6].  More  detailed  descriptions  for  commands  used  above  are  shown  in  the  manual  pages. 

4.2  File  System  for  Cell  Libraries 

In  order  to  have  a  uniform  search  path  for  cell  libraries,  we  only  accept  two  kinds  of  file 
structure  as  the  internal  representation  for  NetList+  related  programs.  The  first  is  used  to 
put  all  MAGIC  cells,  RNL  macro  cells,  FUSION  leaf  cells,  and  VPNR  leaf  cells  of  a  cell 
library  in  the  same  directory.  The  other  method  is  to  have  one  directory  for  the  cell  library 
where  MAGIC  cells,  RNL  macro  cells,  FUSION  leaf  cells,  and  VPNR  leaf  cells  are  placed 
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in  the  subdirectory  mag,  ml,  fusion ,  and  vpnr  respectively.  The  former  method  is  suitable 
for  a  small  cell  library,  and  the  latter  is  used  for  larger  cell  library.  We  suggest  designers 
use  the  second. 

We  give  examples  to  demonstrate  these  two  kinds  of  file  systems.  Consider  a  cell  library 
containing  five  cells,  INV,  NAND2,  N0R2,  XOR,  and  FADD.  The  cells  and  their  internal 
representation  can  be  stored  in  a  single  directory,  and  the  file  system  will  appear  as  in  Fig. 
5(a).  On  the  other  hand  we  can  put  them  in  several  subdirectories  as  is  shown  in  Fig.  5(b). 


SMYLIBRARY 


INV.mag  INV.ccll  INV.vpnr  INV.lif  NAND.mag  -  FADD.lif 

(a)  Single  Directory  Cell  Library 


(b)  Hierarchical  Cell  Library 


Figure  5:  File  System  for  Cell  Library 


Finally,  we  will  talk  about  the  relation  between  library  declarations  and  the  program 
searching  order  in  NetList+.  In  prenet  and  prefus,  the  order  of  cell  searching  is  current 
directory,  subdirectory1  of  current  directory,  directory  of  the  first  declared  library,  subdi¬ 
rectory  of  the  first  declared  library,  directory  of  the  second  declared  library,  etc. 

Example  In  the  example  R  =  A-B  +  D-E,  if  there  is  a  cell  AND. cell  in  the  current 
directory,  prenet  will  use  ./AND. cell  instead  of  /usr/mylib/AND.cell.  If  there  is  no 

'subdirectory  means  respective  subdirectory,  e.g.  ./ml  for  an  RNL  macro  cell. 
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cell  ./AND. cell,  then  prenet  will  search  for  ./rnl/ AND. cell,  /usr/mylib/AND.cell,  then 
/usr/mylib/rnl/AND.cell.  If  none  of  them  exists,  prenet  will  report  the  error. 


5  Examples 

In  this  section,  we  will  show  you  several  designs  specified  in  NetList+.  Each  example  will 
demonstrate  a  different  feature  of  NetList+.  In  the  first  example,  we  will  show  you  a  netlist 
without  any  special  structure.  In  the  second  example  we  will  show  you  the  loop  structure  in 
NetList+,  and  we  will  also  give  a  netlist  with  the  structure  to  describe  the  relative  location 
among  cells.  In  the  third  example,  we  will  show  you  the  hierarchical  design  in  NetList+. 
In  this  example,  we  inherit  the  feature  of  NETLIST  which  allows  a  parameterized  macro 
cell.  In  the  last  example,  we  have  a  complicated  design.  We  design  the  circuit  in  two  parts, 
datapath  and  control.  These  two  parts  are  designed  separately.  After  getting  each  part 
done,  we  compose  them  in  one  chip.  All  simulation  and  layout  results  for  every  design  are 
shown  in  the  appendix. 

5.1  Example  1:  1-Bit  Full  Adder 

In  this  example,  we  give  you  a  flat  design  to  show  the  relation  between  hardware  design  and 
netlist  specification.  Our  first  example  is  a  gate-level  design  of  l-bit  full  adder  as  shown  in 


Figure  G:  1-bit  Full  Adder 

Fig.  6.  We  used  the  “cmos/cmosn”  library  cells  to  build  this  circuit.  The  cells  used  in  this 
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example  are  listed  as  follows: 


Function 

^inputs 

Macro  call 

NOT 

1 

(inv2  IN  OUT) 

AND 

2 

(ndi2xl  INI  IN2  OUTI  0UT2) 

AND 

3 

(ndi3  INI  IN2  IN3  OUTI  0UT2) 

OR 

2 

(nri2  INI  IN2  OUTI  0UT2) 

OR 

3 

(nri3  INI  IN2  IN3  OUTI  0UT2) 

NOR 

2 

(nr2  INI  IN2  OUT) 

The  netlist  description  of  the  circuit  in  Fig.  6  in  NetList*  is  shown  as  follow: 

(libpath  "cmos/cmosn") 

(node  X  Y  Cl  SUM  CO  a  b  c  d  e  f  g  h) 

(north  (in  X  Y  Cl)) 

(south  (out  SUM  CO)) 


(nri2 

X  Y  *  a) 

;  gate  1 

(ndi2xl 

X  Y  *  b) 

I  gate  2 

(nri3 

X  Y  Cl  *  c) 

;  gate  3 

(ndi3 

X  Y  Cl  *  d  *) 

;  gate  4 

(ndi2xl 

a  Cl  *  e) 

;  gate  5 

(ndi2xl 

g  c  *  i) 

;  gate  6 

(nr2 

e  b  g) 

I  gate  7 

(nr2 

1  d  h) 

;  gate  8 

(inv2 

g  CO) 

;  gate  9 

(inv2 

h  SUH) 

;  gate  10 

In  this  example,  you  may  find  the  similarity  between  NetList+  and  NETLIST,  except  some 
description  are  introduced  in  NetList*.  libpath  is  used  to  specify  the  directory  of  the  cell 
library,  in  and  out  are  used  to  describe  the  input  and  output  of  the  whole  circuit,  and 
south  and  north  are  used  to  specify  the  direction  of  input/output  in  the  final  layout.  The 
“*”  is  used  to  indicate  that  a  port  has  no  connection.  There  is  “*”  in  cell  “nri2”,  which  has 
four  ports,  INI,  IN2,  OUTI,  and  0UT2.  0UT1  is  equal  to  the  logic  “nor”  of  INI  and  IN2, 
and  0UT2  is  equal  to  logic  “or”  of  INI  and  IN2.  Since  OUTI  is  not  used  in  this  circuit, 
we  put  a  on  the  port.  Assuming  that  the  above  netlist  is  stored  in  file  /a.fnet,  we  can 
run  prenet  by  the  command 

Sprenet  -v  fa 

to  obtain  fa. net  and  v_/a. net,  which  are  the  NETLIST  for  RNL  and  the  NETLIST  for 
VPNR  respectively.  They  can  be  used  to  run  simulation  and  standard  cell  P&R.  We  can 
also  run  prefus  by  the  command: 
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) 


► 


Sprefus  -plSLLU2_PADS  -pf40PC  fa 

to  obtain  fa. spc  and  /a.lib,  which  are  the  FUSION  netlists.  They  can  be  used  to  run 
FUSION,  which  is  a  block  P&R  with  the  ability  to  place  h  route  pads.  In  the  command, 
the  option  -pf  and  the  option  -pi  specify  the  pad  frame  and  pad  library  used  in  FUSION. 
There  are  several  pad  libraries  and  pad  frames  supported  by  FUSION,  which  are  shown  in 
appendix  F.  fa. net,  ?;_/a. net,  fa. spc,  /a.lib,  the  simulation  of  RNL,  the  layout  from  VPNR, 
and  the  layout  from  FUSION  are  shown  in  appendix  A. 

5.2  Example  2:  Parallel  Multiplier 

In  this  example,  we  use  a  design  to  show  the  loop  structure  and  floorplan  expression 
in  NetList*.  Basically,  the  loop  is  inherited  from  NETLIST.  We  use  the  N-bit  parallel 
multiplier  to  demonstrate  the  luup  structure  as  well  as  floorplan  expression.  The  diagrams 


Figure  7:  Parallel  Multiplier  Cell 

for  the  internal  cell,  the  interconnection  among  cells,  and  4  bit  parallel  multiplier  are  shown 
in  Fig.  7,  8,  and  9  respectively.  We  used  the  “cmos/cmosn”  library  cells  to  build  this  circuit. 
The  cells  used  in  this  example  are  listed  as  follows: 

Function  ^inputs  Macro  call 

AND  2  (ndi2xl  INI  IN2  0UT1  0UT2) 

FADD  3  (fadd  CO  INI  IN2  IN3  SUM  FEED1  FEED2  FEED3) 

Because  negative  index  is  not  allowed  in  NETLIST,  the  index  for  input  A',  Y  start  from 
1  to  N  and  the  index  for  output  P  starts  from  1  to  2N.  The  index  0  in  each  dimension  is 
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Figure  8:  Parallel  Multiplier  Cell  Connection 


Figure  9:  4-bit  Parallel  Multiplier 
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reserved  for  boundary  condition.  The  node  names  in  netlist  with  respect  to  multiplier  cell 
are  denoted  as  follows  (please  refer  to  Fig.  8  and  9): 


Net  name 

Corresponding  port  of  cell  M,-j 

X 

N-bit  input  vector 

Y 

N-bit  input  vector 

P 

2N-bit  output  vector 

p.i.j 

PIi,j  and  POi+hj-i 

c.i.j 

Cltj  and  COij-i 

n.i.j 

internal  connection  between  AND  and  FADD  in  M,-j 

C.i 

Carry-in  of  FADD  in  column  X 

The  netlist  description  for  4-bit  parallel  multiplier  is  shown  as  follows: 

;  N-bit  parallel  multiplier  with  CONNECT  used  to  simplily 
;  the  programming  of  NetList+ 

;  Libraries  inclusion  and  Global  parameter  setting 
(setq  N  4) 

(libpath  "cmos/cmosn") 

;  Node  declaration  and  signals  alias 
(node  X  Y  P  n  p  c  C) 

(repeat  i  1  N 

(connect  p.i.l  GND) 

(connect  c.i.l  GND) 

) 

(repeat  j  2  (+  1  N) 

(connect  p.N.j  GND) 

) 

(repeat  j  1  N 

(connect  p.0.(+  j  1)  P.j) 

) 

(connect  C.l  GND) 

;  I/O  definitions 

(north  (in  (signals  1  N  X  Y))) 

(south  (out  (signals  1  (*  2  N)  P))) 

;  Circuit  Netlist 
(repeat  i  1  N 
(repeat  j  1  N 

(ndi2rl  X.i  Y.j  *  n.i.j) 

(fadd  c.i.(+  j  1)  p.i.j  c.i.j  n.i.j  p.(-  i  1).(+  j  1)  *  *  *) 

) 
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) 


(repeat  i  1  N 

(fadd  C. (+  i  1)  C.i  c.i.(+  N  1)  p.i.(+  N  1)  P.(+  i  H)  *  *  *) 

) 

In  above  example,  NetList+  inherited  the  repeat  structure  and  the  connect  function  from 
NETLIST.  Due  to  the  requirement  of  VPNR,  the  order  of  the  description  in  NetList+  is 
more  restricted  than  NETLIST.  The  recommended  order  of  description  is 

1.  Libraries  inclusion  and  global  parameter  setting. 

2.  Node  declaration  and  signals  alias. 

3.  I/O  definitions. 

4.  Circuit  netlist. 

In  fact,  we  use  the  order  in  above  example.  Assuming  that  the  above  netlist  is  stored  in 
file  pmfl.fnet,  we  can  run  prenet  by  the  command 

Sprenet  -v  pmO 

to  obtain  pmO.net  and  v_pmO.net,  which  are  the  NETLIST  for  RNL  and  the  NETLIST  for 
VPNR  respectively.  They  can  be  used  to  run  simulation  and  standard  cell  P&R.  We  can 
also  run  prefus  by  the  command 

Sprefus  -10.8  -plCMOSN16_PADS  -pf40P  -tSC_TWIN-TUB  -il  pmO 

to  obtain  pmO. spc  and  pmO.lib,  which  are  the  netlist  for  FUSION  SERVICE.  In  the  com¬ 
mand,  the  option  -pf  and  the  option  -pi  are  described  in  the  example  1,  and  the  option  -i 
specify  the  pad  format  for  FUSION.  The  detailed  explanation  of  the  pad  format  is  shown 
in  appendix  F.  The  option  -1  specifys  the  lambda  value  [7],  and  the  option  -t  specifys  the 
technology  used.  All  the  pmO. net,  v~pm0.net,  pmO. spc,  pmO. lib  and  the  simulation  of  RNL, 
the  layout  from  VPNR,  and  the  layout  from  FUSION  are  shown  in  appendix  B. 

Connect  Though  NetList+  inherited  a  lot  of  functions  and  macros  from  NETLIST,  not 
all  of  them  work  the  same  way  as  the  RNL  simulation.  Connect  is  the  macro  working 
differently  in  RNL,  VPNR  and  FUSION.  In  RNL,  connect  is  used  to  specify  a  list  of  nodes 
electrically  connected.  In  VPNR,  connect  is  interpreted  as  the  declaration  of  alias,  and 
every  node  in  the  list  will  be  replaced  by  the  last  node  in  the  list.  For  example,  after  the 
statement 

(connect  abed) 

node  a,  node  6,  and  node  c  in  the  netlist  will  be  replaced  by  node  d.  Now  there  is  a  case 
that  is  all  right  for  RNL  but  would  not  work  for  VPNR.  For  example, 
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(connect  a  b) 
(connect  a  c) 


It  means  node  a,  b,  c  are  connected  in  RNL,  but  there  will  have  error  message  in  VPNR. 
Because  node  a  is  replaced  by  node  b  in  the  first  statement,  no  node  a  can  be  replaced  by 
node  c  in  the  second  statement.  Thus 

(connect  a  b) 

(connect  b  c) 

or 

(connect  a  b) 

(connect  c  b) 


is  acceptable  statements  in  VPNR.  Only  those  nodes  which  are  not  replaced  by  other  nodes 
will  be  shown  in  final  layout.  In  FUSION,  there  is  no  corresponding  macro  to  conned ,  but 
we  implement  the  pseudo-conned  in  FUSION.  We  actually  build  a  cell  connect  shown  in 
Fig.  10,  so  that  the  macro  connect  with  n  nodes  in  NetList+  will  become  n  —  1  connect  cells 


OUT 


Figure  10:  Cell  connect 


in  FUSION.  It  is  verj  convenient  for  the  circuit  designers  to  use  connect ,  but  it  may  have 
bigger  layout  for  FUSION.  In  order  to  have  smaller  layout,  we  may  need  to  avoid  using 
connect  in  FUSION.  For  example,  we  can  re-write  the  same  circuit  without  any  “connect” 
statement  as  follows: 

;  N-bit  parallel  multiplier  without  CONNECT  used  in 
;  the  programming  of  NetList+ 
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;  Libraries  inclusion  and  Global  parameter  setting 
(setq  N  4) 

(libpath  *  * cmos/cmosn’ 1 ) 

;  Node  declaration  and  signals  alias 
(node  X  Y  P  n  p  c  C) 

;  I/O  definitions 

(north  (in  (signals  1  N  X  Y))) 

(south  (out  (signals  2  (+  N  1)  p.O) 

(signals  (+  N  1)  (*  2  N)  P))) 

;  Circuit  Netlist 
(repeat  i  1  (-  N  1) 

(ndi2xl  X.i  Y.l  *  n.i.l) 

(fadd  c.i.2  GND  GND  n.i.l  p.(-  i  1).2  *  *  *) 

(repeat  j  2  N 
(ndi2xl  X.i  Y.j  *  n.i.j) 

(fadd  c.i.(+  j  1)  p.i.j  c.i.j  n.i.j  p.(-  i  1).(+  j  1)  *  *  *) 

) 

) 

(ndi2xl  X.N  Y.l  *  n.N.l) 

(fadd  C.N.2  GND  GND  n.N.l  p.(-  N  1).2  *  *  *) 

(repeat  j  2  N 

(ndi2xl  X.N  Y.j  *  n.N.j) 

(fadd  c.N. (+  j  1)  GND  c.N.j  n.N.j  p.(-  N  1).(+  j  1)  *  *  *) 

) 

(fadd  C.2  GND  c.l.(+  N  1)  p.l.(+  N  1)  P.(+  IN)***) 

(repeat  i  2  (-  N  1) 

(fadd  C . (+  i  1)  C.i  c.i.(+  N  1)  p.i.(+  N  1)  P.(+  i  N)  *  *  *) 

) 

(fadd  C,(+  N  1)  C.N  c.N.(+  N  1)  GND  P.(+  N  N)  *  *  *) 

The  layout  from  FUSION  without  connect  are  shown  in  appendix  B. 

Floorplan  In  FUSION,  user-specified  floorplan  is  allowed.  Foe  example,  if  we  want  the 
floorplan  of  our  circuit  as  shown  in  Fig.  9.  The  netlist  should  be  written  as  follows: 

;  N-bit  parallel  multiplier  vith  floorplan  used  in 
;  the  programming  of  NetList+ 

;  Libraries  inclusion  and  Global  parameter  setting 
(setq  N  4) 

(libpath  "cmos/cmosn") 

;  Node  declaration  and  signals  alias 
(node  X  Y  P  n  p  c  C) 
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;  I/O  definitions 

(north  (in  (signals  1  N  X  Y))) 

(south  (out  (signals  2  (+  N  1)  p.O) 

(signals  (+  N  l)  (*  2  N)  P))) 

;  Circuit  Netlist 
(down 

(left  ;  column  l'N  are  placed  from  right 

;  ’to  left’ 

(repeat  i  1  (-  N  1) 

(down  ;  In  each  column,  cells  are  placed 

;  from  top  ’to  down’ 

(left  ;  fadd  is  on  the  left  of  ndi2xl 

(ndi2xl  X.i  Y.l  *  n.i.l) 

(fadd  c.i.2  GND  GND  n.i.l  p.(-  i  1).2  *  *  *) 

) 

(repeat  j  2  N 
(left 

(ndi2xl  X.i  Y.j  *  n.i.j) 

(fadd  c.i.(+  j  1)  p.i.j  c.i.j  n.i.j  p.(-  i  1).(+  j  1)  *  *  *) 

) 

) 

) 

) 

(down 

(left 

(ndi2xl  X.N  Y.l  *  n.N.l) 

(fadd  c.N. 2  GND  GND  n.N.l  p.(-  N  1).2  *  *  *) 

) 

(repeat  j  2  N 
(left 

(ndi2xl  X.N  Y.j  *  n.N.j) 

(fadd  c.N. (+  j  1)  GND  c.N.j  n.N.j  p.(-  N  1).(+  j  1)  *  *  *) 

) 

) 

) 

) 

(left 

(fadd  C.2  GND  c.l.(+  N  1)  p.l.(+  N  1)  P.(+  IN)***) 

(repeat  i  2  (-  N  1) 

(fadd  C. (+  i  1)  C.i  c.i.(+  N  1)  p.i.(+  N  1)  P.(+  i  N)  *  *  *) 

) 

(fadd  C. (+  N  1)  C.N  c.N.(+  N  1)  GND  P.(+  N  N)  *  *  *) 

) 

) 

The  “left”  means  the  following  blocks  placed  from  right  to  left.  For  example, 
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(left 

(cella  ....) 
(cellb  . . . . ) 
(cellc  ....) 

) 


means  cell  cella ,  cellb  and  cellc  are  placed  from  right  to  left.  Similarly,  “right”,  “up”, 
“down”  means  blocks  going  right ,  going  up  and  going  down  respectively.  The  layout  from 
FUSION  with  floorplan  specified  are  also  shown  in  appendix  B. 

5.3  Example  3:  Pseudorandom  Number  Generator 

We  used  this  simple  example  to  demonstrate  the  usage  of  parameterized  macro  definition 
in  NetList+.  We  wrote  a  macro  of  n-bit  shift  register,  nshift ,  with  parameter  n.  Then  we 
used  nahifl  to  compose  a  pseudorandom  number  generator.  The  design  of  pseudorandom 
number  generator  is  shown  in  Fig.  11  and  Fig.  12.  Again  we  use  the  “emos/emosn” 


R««! 


diu-v.l 

dffr 

V.2  YJS 

dffr 

v.(nU)»Oul 

r 

r 

elk 


Figure  11:  n-bit  Shift  Register 


Figure  12:  5-bit  Pseudorandom  Number  Generator 
library  cells  to  build  this  circuit.  The  cells  used  in  this  example  are  listed  as  follows: 
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Function 


^inputs  Macro  call 

register  w /  reset  3  (dffr  CLOCK  DATA  Q  QBAR  RESET) 

register  w/o  reset  2  (dff  CLOCK  DATA  Q) 

INV  1  (invl  IN  OUT) 

NOR  2  (nri2  INI  IN2  OUT1  OUT2) 

XOR  2  (xor  INI  IN2  OUT) 

The  netlist  description  of  the  circuit  in  Fig.  12  in  NetList*  is  shown  as  follows: 

(libpath  "cmos/cmosn") 

(node  abode  set  reset  CK) 

(north  (in  CK  set)) 

(south  (out  d)) 

(macro  nshift  ((int  n)  I  macro  definition  of  an  n-bit 

data  elk  Out  Reset)  ;  shift  register 
(local  v) 

(connect  data  v.l) 

(repeat  i  1  n 

(dffr  elk  v.i  v.(+  i  1)  *  Reset) 

) 

(connoct  Out  v.(+  n  1)) 

) 

(invl  set  reset) 

(nshift  2  a  CK  b  reset) 

(nshift  2  b  CK  c  reset) 

(xor  bed) 

(nri2  d  set  *  e) 

(dff  CK  e  a  ♦) 

In  the  above  example,  macro  definition  is  slightly  different  from  the  NETLIST.  In  NetList+, 
users  need  to  specify  the  type  of  parameters  other  than  node.  In  this  example,  the  int  is 
used  for  parameterized  macro  definition.  Another  useful  type  is  signals,  which  has  the 
same  meaning  as  the  input/output  declarations.  The  reason  for  type  declaration  is  some 
P&R  tools  like  FUSION  support  hierarchical  design  physically,  that  is,  each  macro  cell  will 
become  a  physical  block  in  PL  R.  Thus  preprocess  like  prefus  need  to  decide  the  size  of 
each  macro  cell  send  to  P&R  tools  like  FUSION.  Other  P&R  tools  like  VPNR  flatten  all 
macro  cells,  so  they  do  not  need  to  specify  the  type  of  parameters.  Currently,  we  only 
support  macro  cell  for  VPNR,  and  we  will  upgrade  the  macro  for  FUSION  also.  Due  to  the 
implementation  of  connect  in  VPNR,  it  is  risky  to  us^  connect  in  macro  in  VPNR.  Thus 
we  replace  the  macro  definition  before  sending  to  VPNR  as  follows: 

(macro  nshift  (n  data  elk  Out  Reset) 

(local  v  float) 

(cond  ( ( eq  n  1)  (dffr  elk  data  Out  float. 1  Reset)) 
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(t  (repeat  i  1  n 

(cond  ((eq  1  i)  (dffr  elk  data  v.2  float. l.i  Reset)) 

( ( eq  n  i)  (dffr  elk  v.n  Out  float. l.i  Reset)) 

(t  (dffr  elk  v.i  v.(+  i  1)  float. l.i  Reset))) 

) 

) 

)) 

The  cond  structure  from  lisp  is  not  supported  in  current  version  of  NetList+,  and  it  will  also 
be  implemented  in  next  version.  The  simulation  from  IRSIM  and  the  layout  from  VPNR 
are  shown  in  appendix  C. 

5.4  Example  4:  Two’s  Complement  Multiplier 

In  this  example,  we  illustrate  how  a  circuit  can  be  composed  of  several  blocks  which  come 
from  different  generators.  We  design  a  two's  complement  multiplier  with  the  block  diagram 
shown  in  Fig.  13  [5].  In  the  first  two  cycles,  multiplier  and  multiplicand  are  read  in  from 
INBUS.  And  the  following  1G  cycles  are  doing  “add”  and  “shift”  operations.  In  the  final 
two  cycles,  the  16-bit  result  is  put  on  the  OUTBUS.  The  sequence  of  the  operations  is 
shown  in  Fig.  14.  There  are  two  parts  in  this  circuit.  One  is  a  datapath  which  calculates 
the  data,  and  the  other  is  a  control  unit  which  generates  control  signals.  In  order  to  avoid 
racing  between  control  signals  and  latched  data  signals,  the  control  signals  are  set  at  the 
rising  clock  edge,  and  the  data  are  latched  at  the  falling  edge.  We  use  the  scalable  CMOS 
library  “emos/semos”  to  build  the  whole  circuit.  The  cells  used  in  this  example  are  listed 
as  follows: 


Function 

#input 

Macro  call 

adder 

3 

(scJadd  CO  INI  IN 2  IN3  SUM  FI  F2  F3) 

multiplexer 

4 

(sc_muxl  INI  IN2  IN3  IN4  0UT1  0UT2) 

nand  latch 

2 

(sc_ndlat  Q  QBAR  R  S) 

nor  latch 

2 

(sc_nrlat  Q  QBAR  11  S) 

buffer 

1 

(sc.buff  DATA  0UT1  0UT2) 

tri-state  buffer 

2 

(sc_trib2  DATA  EN  OUT  FI  F2  F3) 

register  w/  reset 

3 

(sc.dffr  CLOCK  DATA  Q  QBAR  RESET) 

register  w/  set/reset 

4 

(sc.dffsr  CLOCK  DATA  Q  QBAR  RESET  SET) 

8-bit  shift  register 

14 

(sc_sr8  CLOCK  D0-D7  DL  DR  Q0-Q7  RESET  SI ! 
F1-F19) 

INV 

1 

(scJnv‘2  INI  OUT) 

NAND 

2 

(sc_nd2x2  INI  IN2  OUT) 

NAND/AND 

2 

(sc_ndi2xl  INI  IN2  0UT1  OUT2) 

NAND/AND 

3 

(sc_ndi3  INI  IN2  IN3  OUT1  0UT2  Fl) 

NOR 

2 

(sc_nr2  INI  IN2  OUT) 

NOR/OR 

2 

(sc_nri2  INI  IN2  OUT1  OUT2) 
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Figure  13:  Block  Diagram  for  Two’s  Complement  Multiplier 


Cycle  2  to  8  ■ 


Cycle  10  ■ 


Figure  14:  Flowchart  for  Two’s  Complement  Multiplier 
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XOR  2  (sc_xor  INI  IN2  OUT) 

XNOR  2  (sc_xnor  INI  IN2  OUT) 


Datapath  of  Two’s  Complement  Multiplier  We  use  the  VPNR  to  fuse  all  cells  in  the 
datapath  together.  According  to  the  block  diagram  in  Fig.  13,  we  have  the  corresponding 
netlist  description  for  the  datapath  shown  as  follows: 

;  data  path  for  2’s  complement  multiplier 
;  libpath  declaration 
(libpath  "cmos/scmos") 

;  node  declaration 
(node  INBUS  OUTBUS) 

(node  cO  cl  c2  c3  c5  c6  <-7  c8  c9  cOB  c3B  c7B  CLK) 

(node  mout  qin  qout  ain) 

(node  co  x  y  s  v  vi  viO) 

(node  adl  adlO  adll  ma7) 

;  I/O  declaration 

(soutl  (in  cO  cl  c2  c3  cS  c6  c7  c8  c9)) 

(south  (in  CLK  qout.O)) 

(north  (out  (signals  0  7  OUTBUS))) 

(north  (in  (signals  0  7  INBUS))) 

;  macro  declaration 
;  8-bot  adder 

(macro  adder8  (Cl  COUT  INI  IN2  SUM) 

(local  cinter) 

(sc.fadd  cinter. 0  Cl  IN1.0  IN2.0  SUM.O  *  *  *) 

(repeat  i  1  6 

(sc_fadd  cinter. i  cinter. (-  i  1)  INl.i  IN2.i  SUM.i  *  *  *) 

) 

(sc.fadd  COUT  cinter. 6  INI. 7  IN2.7  SUM. 7  *  *  *) 

) 

;  8-bit  register  w/  shift  right 
;  reset,  ld(load),  sr(shift  right)  are  active  high 
(macro  dffsr8  (clock  di  qo  dl  Id  sr  reset) 

(local  si  s2) 

(sc_nr3  Id  sr  reset  s2) 

(sc_nr2  Id  reset  si) 

(repeat  i  0  7 
(sc.gpuld  reset  di.i  *) 

) 

(sc_sr8  clock  di.O  di.l  di.2  di.3  di.4  di.S  di.6  di.7  dl  * 
qo .  0  qo .  1  qo .  2  qo .  3  qo .  4  qo .  5  qo .  6  qo .  7 
Vdd  si  s2  *******************) 
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) 


;  8-bit  tri-state  buffer 
(macro  tri8  (tin  tout  ten) 

(local  float) 

(repeat  i  0  7 

(sc_trib2  tin.i  ten  tout.i  *  *  *) 

) 

) 

;  8-bit  2’s  complement 
(macro  ccmp8  (cai  cao  csel) 

(local  it  cit  caoB) 

(sc_ndi2xl  csel  GND  *  it.O) 

(sc_nri2  cai.O  GND  *  cit.O) 

(repeat  i  i  6 

(sc_ndi2xl  csel  cit.(-  i  1)  *  it.i) 
(sc_nri2  cai.i  cit.(-  i  1)  *  cit.i) 

) 

(sc_ndi2xi  csel  cit. 6  *  it. 7) 

(repeat  i  0  7 

(oc_xnor  it.i  cai.i  caoB.i) 

(sc_inv2  caoB.i  cao.i) 

) 

) 


;  8-bit  latch 

;  lh  =  0:  hold  current  value 
;  lh  =  1 :  latch  value  from  lin  to  lout 
(macro  muxdff8  (lin  lout  lh  clock) 

(repeat  i  0  7 

(sc_dfsc  clock  lout.i  lin.i  lout.i  *  lh  *) 

) 

) 

;  body  of  circuit 
;  register  for  multiplicand:  H 
;  inversion  of  control  signal 
(sc_inv2  cO  cOB) 

(sc_inv2  c3  c3B) 

(sc_inv2  c7  c7B) 

» 

(muxdff8  INBUS  mout  cl  CLK) 

(comp8  mout  y  c6) 

;  connection  to  8-bit  adder 
(adder8  GND  co  x  y  s) 

;  overflou  and  shiftin  bit 
(sc_dff  CLK  vi  v  *) 

(sc_gpuld  cO  vi  *) 
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(sc_trib2  viO  cOB  vi  *  *  *) 

(sc_muxl  c3  cO  c3B  v  *  viO) 

(sc_nri2  v  ma7  *  adlO) 

(sc_ndi2xl  x.7  mout.7  *  ma7) 

(sc_xor  mout.7  qout.O  adll) 

(sc_muxl  c7  adli  c7B  adlO  *  adl) 

;  Accumulator:  A 
(tri8  s  ain  c3) 

(dffsr8  CLK  ain  x  adl  c3  c5  cO) 

(tri8  x  OUTBUS  c8) 

;  Multiplier:  Q 
;  qdl  =  x.O 
(tri8  INBUS  qin  c2) 

(dffsr8  CLK  qin  qout  x.O  c2  c5  cO) 

(tri8  qout  OUTBUS  c9) 

The  simulation  of  the  datapath  in  IRSIM  is  shown  in  appendix  D. 

Control  Unit  of  Two’s  Complement  Multiplier  There  are  several  ways  to  implement 
the  control  unit  [5].  We  adopt  the  sequence  counter  method  to  implement  the  control 
unit.  The  block  diagram  of  the  control  unit  is  shown  in  Fig.  15.  The  netlist  description 
corresponding  to  the  control  unit  in  Fig.  15  is  shown  as  follows: 

;  control  unit  for  2's  complement  multiplier 
;  libpath  declaration 
(libpath  "cmos/scmos") 

;  node  declaration 

(node  cO  cl  c2  c3  c4  c5  c6  c7  c8  c9) 

(node  CLK  CLKB  CLKBBO  CLKBB1  CLKBB) 

(node  PHI  PH2  START  STARTB  STOP  END  RESET) 

(node  Q1  Q2  Q3  Q4  R2) 

(node  qoutO  C0UNT7  ADD1  SHIFT1  SHIFT2  creset) 

;  Control  Unit  Design 

;  connect 
;  connect  R1  c8 
;  connect  R3  SHIFT2 
;  connect  R4  cl3 

;  I/O  declaration 

(south  (in  START  CLK  RESET  qoutO  C0UNT7)) 

(north  (out  cO  cl  c2  c3  c5  c6  c7  c8  c9  END)) 

(vest  (in  GND)) 

;  macro  declaration 
;  module  2  sequential  counter 
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START 


Q(0) 


C0UNT7 


;  reset,  start,  stop:  active  low 
(macro  mod2  (CLOCK  PHI  PH2  START  STOP  RESET) 
(local  q  ss  phOl  ph02) 

(sc_ndi2xl  q  phOl  *  PHI) 

(sc_ndi2xl  q  ph02  *  PH2) 

(sc_ndi2xl  RESET  STOP  *  ss) 

(sc_dffsr  CLOCK  q  q  *  ss  START) 

(sc.dttsr  CLOCK  ph02  phOl  ph02  ss  START) 

) 

(macro  srii  (CLOCK  q  S  R  RESET) 

(local  qinter  resetB  rr) 

(sc_inv2  RESET  resetB) 

(sc_nri2  resetB  R  *  rr) 

(sc_nrlat  qinter  *  rr  S) 

(sc_difr  CLOCK  qinter  Q  *  RESET) 

) 

(macro  count7  (CLOCK  FINISH  EN  RESET  a  b  c) 
(local  interclk  aa  bb  cc  bbb  ccc) 
(sc_ndi2xl  CLOCK  EN  *  interclk) 

(sc_dlTr  interclk  aa  a  aa  RESET) 

(sc_ndi2xl  interclk  a  *  bbb) 

(sc.dttr  bbb  bb  b  bb  RESET) 

(sc_ndi3  interclk  a  b  *  ccc  *) 

(sc.dfir  ccc  cc  c  cc  RESET) 

(sc_ndi3  a  b  c  *  FINISH  *) 

) 

;  body  circuit 
(sc_inv2  CLK  CLKBB) 

(sc_bu«  CLKBB  *  CLKBBO) 

(sc_bu«  CLKBBO  *  CLKBB1) 

(sc.buii  CLKBB 1  *  CLKB) 

(sc_inv2  START  STARTB) 

(mod2  CLKBB  PHI  PH2  STARTB  STOP  RESET) 

;  stage  1 

(srtf  CLKB  qi  START  c2  RESET) 

(sc_ndi2xl  Qi  PH!  *  cO) 

(sc_buff  cO  *  cl) 

(sc_ndi2xl  qi  PH2  *  c2) 

;  Rl=c2 
;  stage  2 

(srii  CLKB  Q2  c2  R2  RESET) 

(sc_ndi2xl  q2  PHI  *  c4) 

(sc_ndi2xl  c4  qoutO  *  ADD1) 

(sc_ndi2xl  q2  PH2  *  SHIFT1) 

(sc_ndi3  q2  C0UNT7  PH2  *  R2  *) 
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;  stage  3 

(srff  CLKB  Q3  R2  SHIFT2  RESET) 

(sc_ndi3  Q3  PHI  qoutO  *  c6  *) 

(sc_ndi2xl  q3  PH2  *  SHIFT2) 

(sc_ndi2xl  C0UNT7  q3  *  c7) 

(sc_nri2  ADD1  c6  *  c3) 

(sc_nri2  SHIFTi  SHIFT2  *  c5) 

;  R3=SHIFT2 
;  stage  4 

(srff  CLKB  q4  SHIFT2  c9  RESET) 

(sc_ndi2xl  q4  PHI  *  c8) 

(sc_ndi2xl  q4  PH2  *  c9) 

;  R4=c9 
;  final  stage 

(srff  CLKB  END  c9  GND  STARTB) 

(sc_inv2  END  STOP) 

;  counter 

(sc_ndi2xl  RESET  STARTB  *  creset) 

(node  hi  h2  h3  c_clk  CLKO  CLK1  CLK2) 

(sc_inv2  CLKB  CLKO) 

(sc_buff  CLKO  *  CLK1) 

(sc.buff  CLK1  *  CLK2) 

(sc_buff  CLK2  *  c_clk) 

(count7  c_clk  C0UNT7  c4  creset  hi  h2  h3) 

The  simulation  of  control  unit  in  IRSIM  is  shown  in  appendix  D. 

Composition  of  the  whole  circuit  After  two  modules  are  generated,  we  use  FUSION 
SERVICE  to  compose  these  two  modules  and  pads.  Again  we  use  NetList*  to  describe  the 
composition  of  modules.  Before  running  prenet  and  prefus,  we  need  to  create  the  macro 
cells  and  the  leaf  cells  for  RNL/IRSIM  and  FUSION  respectively.  As  presented  in  early 
section,  macro  cells  and  leaf  cells  can  be  generated  by  the  command  mag2rcell  and  the 
command  mag2lcell.  Then  We  can  write  a  simple  NetList+  description  of  the  composition 
of  these  two  blocks  as  follows: 

;  libpath  declaration 

(libpath  "/nf s/si2/wuu/design/ASIC_ex/DataP/Vpnr /datapath. magic2") 

(libpath  "/nfs/si2/wuu/design/ASIC_ex/DataP/Vpnr") 

(libpath  "/nfs/si2/uuu/design/ASIC_ex/ConU/Vpnr/control.magic2") 

(libpath  "/nfs/si2/wuu/design/ASIC_ex/ConU/Vpnr*') 

;  node  declaration 

(node  INBUS  OUTBUS  cO  cl  c2  c3  c5  c6  c7  c8  c9  CLOCK  qO 
C0U11T7  END  RESET  START) 

;  10  pad  declaration 

(in  (signals  0  7  INBUS)  CLOCK  RESET  START) 
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(out  (signals  0  7  OUTBUS)  END) 

;  body  of  circuit 

(datapath  CLOCK  INBUS. 0  INBUS. 1  INBUS. 2  INBUS. 3  INBUS. 4  INBUS. 5  INBUS. 6 
INBUS. 7  OUTBUS. 0  OUTBUS. 1  OUTBUS. 2  OUTBUS. 3  OUTBUS. 4  OUTBUS. S  OUTBUS. 6 
OUTBUS. 7  cO  cl  c2  c3  c5  c6  c7  c8  c9  qO  GND  Vdd) 

(control  CLOCK  C0UNT7  END  RESET  START  cO  cl  c2  c3  c5  c6  c7  c8  c9  QO  GND) 

After  running  prenet,  the  RNL/IRSIM  netlist  is  generated.  Then  we  can  verify  the  cor¬ 
rectness  of  the  design  before  final  P&R.  If  the  circuit  is  verified,  the  FUSION  specification 
is  generated  by  running  prefus.  Through  the  same  procedure  used  in  early  example,  we 
can  get  the  layout  from  FUSION  SERVICE.  Since  these  two  blocks  have  different  sizes,  we 
generate  two  layouts  for  the  final  results.  Each  block  has  aspect  ratio  1:1  in  first  result. 
The  other  result  tend  to  make  the  whole  layout  with  aspect  ratio  1:1.  The  simulation  of 
the  whole  circuit  in  IRSIM  and  the  final  layouts  for  these  two  cases  are  shown  in  appendix 
D. 

Remarks  We  did  find  some  design  errors  when  we  simulating  the  composition  of  datapath 
and  control  unit.  We  went  back  to  find  the  errors  from  two  modules.  After  verifying  the 
combination  of  the  two  parts,  we  sent  it  to  MOSIS’  FUSION  SERVICE  to  get  the  final 
layout. 
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APPENDIX 


A  RNL,  VPNR  and  FUSION  Result  of  an  1-bit  Full 
Adder 

In  this  appendix,  we  show  the  detailed  result  for  1-bit  full  adder. 


A.l  RNL  Simulation  for  fa 

We  have  fa. net  by  running  prenet.  Now  we  can  run  through  RNL  by  the  following  com¬ 
mands  [9]: 

Snetlist  fa. net  fa. sim  -tcmos-pw  -ulOO  -fUCB 
Spresim  fa. sim  fa 

After  netlist,  presim,  we  have  fa  ready  to  run  RNL.  For  convenience’  sake,  we  edit  a  file 
fa.  1,  which  is  shown  as  follows: 

;  Tha  name  of  this  control  file  for  rnl  is:  full  adder 

;  LOAD  STAIDARD  LIBRARY  ROUTIIES 

(load  "/auto/nfs/si2/uw/src/rnl/uu8td.l") 

(load  "/auto/nfs/s^/uw/src/rnl/uusim.l") 

J  FILE  WHICH  WILL  LOG  THE  RESULTS 
(log-file  "fa.rlog") 

;  READ  II  THE  BIIARY  IETW0RK  FILE 
(read-netoork  "fa") 

;  DEFIIE  THE  TIME  SCALE  FOR  SIHULATIOI 
(setq  incr  100) 

(aetq  nodes  >(X  Y  Cl  SUH  CO)) 

(ehflag  nodes) 

(def-report  ’( . “input:"  X  Y  Cl  "output:"  SUH  CO)) 

Then  we  can  run  RNL  to  simulate  fa  in  the  following  commands: 

$rnl  fa.  1 
Version  4.2 
Loading  uwsim.l 
Done  loading  uwsim.l 

;  42  nodes,  transistors:  enh=27  intrinsic=0  p-chan=18  dep=0  !ow-power=0  pullup= 

0  resistor=73 

<  rest  of  simulation  result  is  in  fa.rlog  > 

The  simulation  process  and  result  is  stored  in  file  fa. rlog,  which  is  shown  as  follows: 
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;  42  nodes,  transistors:  enh*27  intrinsic=0  p-chan*18  dep>0  lo»-power=0  pullup 
0  resistor=73 

1  X  Y  Cl 
done 


Step  begins  t  0  ns. 

Cl  =  0  •  0 

Y  »  0  «  0 
X  *  0  «  0 
CO  *  0  «  .6 
SUN  *0*1.1 

Current  tiae*  10 

input :X*0  Y*0  CI=0  output :SUH*0  C0=0 
done 

h  X 

done 

s 

Step  begins  6  10  ns. 

X  =  1  «  0 
SUN  *  1  C  1 . 1 

Current  time*  20 

input :X=1  Y=0  CI=0  output :SUN=1  C0=0 
done 

X  X 
done 
h  Y 
done 
s 

Step  begins  •  20  ns. 

Y  *  1  «  0 
X  *  0  «  0 

Current  time*  30 

input :X=0  Y=1  CI=0  output :SUH*1  C0=0 
done 

h  X 

done 

s 

Step  begins  0  30  ns. 

X  *  1  «  0 
CO  =  1  «  .6 
SUN  =  0  C  1.1 


Current  time*  40 

input  :X=1  Y*1  CI=0  output :SUH=0  C0=1 
done 


done 

s 


Step  begins  «  40  ns. 

Cl  *  1  #  0 
Y  *  0  C  0 
X.  *  0  «  0 
CO  *  0  «  1 
SUN  *  1  «  l.S 

Current  time*  SO 

input :X=0  Y»0  CI=1  output :SUN=1  C0=0 
done 

h  X 
done 


Step  begins  «  50  ns. 

X  »  1  «  0 
CO  *  l  C  .9 
SUN  -  0  «  1.4 

Current  time*  60 

input  :X*1  Y»0  CI*1  output  :SUN»0  C0»1 
done 

X  X 
done 
h  Y 
done 


Step  begins  <  60  ns. 

Y  «  i  «  0 
I>0(0 

Cu. r-.it  time*  70 

input :X=0  Y*1  CI*1  output :SUN*0  C0=1 
done 

h  X 
done 


Step  begins  •  70  ns. 

X  *  1  «  0 
SUN  *  1  «  .8 

Current  time*  80 

input :X=1  Y=1  CI=1  output :SUN*1  C0=1 

done 

(exit) 


A.2  VPNR  Standard  Cell  P&R  for  fa 

We  obtain  v./a.net  after  running  prenet  in  section  5.  Now  we  run  VPNR  [6]  by  using  the 
command: 
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Svpnr  v_/a.net 

And  the  resulting  layout  is  shown  in  Fig.  16 

A. 3  FUSION  SERVICE  for  fa 

We  obtain  fa. spc  and  fa. lib  after  running  prefus  in  section  5.  Now  we  feed  fa. spc  and  /a.lib 
through  lif2fus  to  get  fa. fu,  that  is, 

$lif2fus 

file  the  contains  the  names  of  your  lif  files?  fa. lib 
file  the  contains  your  fusion  specifications?  fa. spc 
creating  fa.fu 
creating  fa.cf 
...Doing  Fuse... 

...Doing  Compose... 

4.7u  4.3s  1:41  9%  4+5k  142+58io  Opf+Ow 

Then  you  will  see  /a.fu  and  fa. fu  are  generated.  You  can  send  fa. fu  to  MOSIS  SERVICE, 
and  you  will  get  fa. fused  back.  Then  you  can  get  fa.c if  by  running  fus2cif,  that  is, 

$fus2cif 

Remember  to  make  sure  that  there  is  no  calls.cif  and  wiring. cif 

in  this  directory.  Else  they  might  be  overwritten! 

filename  of  your  library  CIF?  fa. cf 

filename  of  your  fusion  result?  fa. fused 

filename  of  your  output?  (xxx.cif)  fa. cif 

2.5u  2.5s  1:07  7%  3+3k  79+25io  0pf+0w 

After  getting  fa. cif,  we  can  used  cif  read  in  magic  to  look  at  the  result.  The  Layout  of  the 
chip  is  shown  in  Fig.  17,  and  the  internal  layout  of  fa  is  shown  in  Fig.  18. 
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Figure  16:  Layout  of  fa  from  VPNR 


Figure  17:  Chip  Layout  of  fa  from  FUSION 
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B  RNL,  VPNR  and  FUSION  Result  of  4-bit  Parallel 
Multiplier 

In  this  appendix,  we  show  the  detailed  result  for  4-bit  multiplier.  The  design  done  by 
using  the  connect  construct  of  NetList+  is  named  pmO.  The  design  done  without  using  the 
connect  is  named  pml.  The  design  done  with  floorplan  specified  by  user  is  named  pm2. 


B.l  RNL  Simulation  for  pmO 

We  obtain  pmO.net  by  running  prenet.  Now  we  can  run  through  RNL  by  following  com¬ 
mand  [9], 

Snetlist  pmO.net  pmO. sim  -tcmos-pw  -ulOO  -fUCB 
Spresim  pmO. sim  pmO 

After  netlist,  presim,  we  have  pmO  ready  to  run  RNL.  For  convenience’  sake,  we  edit  a 
file  pmO.  1,  which  is  shown  as  follow, 

;  The  name  of  this  control  file  for  ml  is:  4-bit  multiplier 

;  LOAD  STAIDARD  LIBRARY  ROUTIBES 

(load  "/auto/nfs/si2/uv/src/rnl/uB*td.l") 

(load  '7auto/nfs/ai2/ue/src/rnl/uBsim.l") 

;  FILE  WHICH  HILL  LOG  THE  RESULTS 
(log-file  "pmO.rlog") 

;  READ  II  THE  BIBARY  BETUORX  FILE 
(read-netBork  "pmO") 

;  DEFIBE  THE  TIME  SCALE  FOR  SIHULATIOB 
(setq  incr  100) 

(defvec  >(bin  Xin  X.4  X.3  X.2  X.l>) 

(defvec  ’(bin  Yin  Y.4  Y.3  Y.2  Y.D) 

(defvec  ’(bin  Pout  P.8  P.7  P.6  P.5  P.4  P.3  P.2  P.l)> 

(def-report  ’(  "State  of  input:" 

(vec  Xin)  "\n" 

(vec  Yin)  "\n" 

(vec  Pout))) 


(setq  II  4) 

(setq  nodes  nil) 

(repeat  i  1  (»  2  II) 

(setq  nodes  (cons  P.(eval  i)  nodes)) 

) 

(chflag  nodes) 

(repeat  i  1  II 
(1  ’(X.(eval  i))) 

(1  ’(Y. (eval  i))) 
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) 

(s  nil) 


(h  >(Y.l)) 

(repeat  i  1  II 
(s  nil) 

(h  > (X. (eval  i)) ) 

) 

(repeat  i  2  II 
(s  nil) 

(h  * (Y. (eval  i) ) ) 

) 

(a  nil) 

(repeat  i  1  II 
(1  >(X.(eval  i))) 

(1  * (Y. (eval  i))) 

) 

(s  nil) 

(repeat  i  1  II 
(h  1 (X. (eval  i))) 

(h  ' (Y. (eval  i))) 

) 

(a  nil) 

Then  we  can  run  RNL  to  simulate  pmO  in  following  command 

$rnl  pmOA 
Version  4.2 
Loading  uwsim.l 
Done  loading  uwsim.l 

;  42  nodes,  transistors.  enh=27  intrinsic=0  p-chan=18  dep=0  low-power=0  pullup  =0  resis- 
tor=73 

<  rest  of  simulation  result  is  in  pmO. rlog  > 

The  simulation  process  and  result  is  stored  in  file  pmO. rlog,  which  is  shown  as  follow, 

;  359  nodes,  transistors.  enh=272  intrinsic=0  p-chan=240  dep=0  lov-poiier=0  pullup=0  resistor=492 

Step  begins  8  0  ns. 
p.0.2  «  0  «  1.5 
p.0.3  =  0  8  2.8 
p.0.4  =  0  8  4.1 
p.O.S  »  0  «  5.4 
P.8  =  0  «  5.8 
P.S  =  0  <  6.2 
P.7  =  0  3  6.5 
P.6  a  0  «  6.5 
State  of  input: 

Current  tine=  10 
Xin=0b0000 
Yin=0b0000 
Pout=0b00000000 


Step  begins  8  10  ns. 
State  of  input: 
Current  tiae=  20 
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Xin=ObOOOO 

Yin*0b0001 

Pout=ObOOOOOOOO 

Step  begins  <  20  ns. 

p.0.2  *  1  •  1.6 

State  of  input: 
Current  time*  30 
Xin=0b0001 
Yin=0b0001 
Pout=0b00000001 

Step  begins  8  30  ns. 
p.0.3  *  i  «  2.4 
State  of  input: 
Current  time*  40 
Xin*0b0011 
Yin*0b0001 
Pout*0b0000001 1 

Step  begins  8  40  ns. 
p.0.4  *  1  «  3.2 
State  of  input: 
Current  time*  50 
Xin=0b01U 
Yin*0b0001 
Pout»0b00000Ul 


Step  begins  8  50  ns. 
p.O.S  *  1  8  4 
State  of  input: 
Current  time*  60 
Xin=Obllll 
Yin=0b0001 
Pout*0b0000tUl 

Step  begins  8  60  ns. 
p.0.3  *  0  8  2.4 
p.0.4  «  0  8  2.9 
p.0.4  »  1  8  3.9 
P.7  *  1  8  5.1 
P.6  »  1  8  6.8 
P.7  »  0  8  7.2 
State  of  input : 
Current  time*  70 
Xin»Obllll 
Yin=0b0011 
Pout*0b0010ll01 

Step  begins  8  70  ns. 
p.0.4  =08  2.4 
p.0.5  *  0  8  2.9 
P.7  =  1  8  3.4 
p.O.S  *  1  8  3.9 
P.6  »  0  8  4.8 
P.6  *  1  8  5.6 
P.7  =  0  8  5.8 
P.8  =  1  8  6 
P.7  =  1  8  6.5 
P.8  =  0  8  6.9 


State  of  input: 
Current  time=  80 
Xin=Obllll 
Yin=0b0111 
Pout=0b01101001 

Step  begins  «  80  ns. 
P.S  =  1  8  2.1 
p.O.S  =  0  0  2.4 
P.8  =  1  C  3.1 
P.5  =  0  fi  3.8 
State  of  input: 
Current  tirae=  90 
Xln=Obllll 
Yi)i*Obllll 
Pout=0blll00001 

Step  bogins  ®  90  ns. 

p.0.2  =  0  0  1.2 

P.7  =•  0  fi  3.3 
P.6  »  0  «  3.8 
P.8  =  0  «  4.7 
State  of  input : 
Current  timo»  100 
Xin=0b0000 
Yln«0b0000 
Pout=0b00000000 

Step  begins  #  100  ns. 
p.0.2  =  1  fi  1.4 
p.O.S  =  1  «  1.6 
p.0.4  =  1  0  1.6 
p.0.3  =  1  «  1.6 
P.7  =  1  «  2.4 
P.6  a  1  fi  2.6 
P.S  =  1  C  2.6 
p.0.3  =  0  «  2.9 
P.8  =  1  «  4 
P.S  =  0  «  4 
p.0.4  *  0  ®  4.4 
p.0.5  a  0  «  5.9 
State  of  input : 
Current  time*  110 
Xin=Obllll 
Yin*Obllll 
Pout=0bl 1100001 
(exit) 


B.2  VPNR  Standard  Cell  P&R  for  pmO 

We  have  v_pm0.net  after  1  mining  prenet  in  section  5.  Now  we  can  run  through  VPNR  [6] 
by  using  command, 

$vpnr  v_pm0.net 

And  the  layom  is  shown  in  Fig.  19 
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B.3  FUSION  SERVICE  for  pmO 

We  obtain  pmO. spc  and  pmO. lib  after  running  prefus  in  section  5.  Now  we  feed  pmO. spc 
and  pmO. lib  through  lif2fus  to  get  pmO.iu,  that  is, 

$lif2fus 

file  the  contains  the  names  of  your  lif  files?  pmO. lib 
file  the  conatins  your  fusion  specifications?  pmO. spc 
creating  pmO.fu 
creating  pmO.cf 
...Doing  Fuse... 

...Doing  Compose... 

4.7u  4.3s  1:41  9%  4+5k  142+5Sio  Opf+Ow 

Then  you  will  see  pmO.iu  and  pmO. fu  are  generated.  You  can  send  pmO. fu  to  MOSIS 
SERVICE,  and  you  will  get  pmO. fused  back.  Then  you  can  get  pmO. cif  by  running  fus2cif, 
that  is, 

$fus2cif 

Remember  to  make  sure  that  there  is  no  calls. cif  and  wiring. cif 

in  this  directory.  Else  they  might  be  overwritten! 

filename  of  your  library  CIF?  pmO. cf 

filename  of  your  fusion  result?  pmO. fused 

filename  of  your  output?  (xxx.cif)  pmO. cif 

2.5u  2.5s  1:07  7%  3+3k  79+25io  Opf+Ow 

After  getting  pmO. cif,  we  can  used  cif  read  in  magic  to  look  at  the  result.  The  layout  of 
the  chip  is  shown  in  Fig.  20. 

B.4  FUSION  SERVICE  for  pml  and  pm2 

We  run  through  the  same  procedure,  as  described  in  previous  sections  for  pmO,  to  prepare 
pml  and  pm2  for  FUSION  jobs.  After  MOSIS’  FUSION  SERVICE,  we  get  pml. cif  and 
pm2. cif  for  the  layout  without  connect  and  the  layout  with  floorplan  respectively.  The 
Layouts  of  the  chips  are  shown  in  Fig.  21  and  Fig.  22. 
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Figure  20:  Chip  Layout  of  pmO  from  FUSION 
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Figure  21:  Chip  Layout  of  pml  from  FUSION 
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1  0  0  5 1  0 


Figure  23:  ‘Simulation  Result  of  prg  from  IRSIM 

C  IRSIM,  VPNR  Result  of  a  Pseudorandom  Num¬ 
ber  Generator 

In  this  appendix,  we  show  the  detailed  result  for  5- bit  pseudorandom  number  generator. 

C.l  IRSIM  Simulation  for  prg 

We  have  prg. net  by  running  prenet.  We  only  need  to  run  through  netlist  to  get  .sim  file 
for  IRSIM. 

Snetlist  prg. net  prg. sim 

Now  we  have  prg. sim  ready  to  run  IRSIM.  The  simulation  result  can  either  be  viewed 
on  an  X  window  system  or  be  outputed  in  POSTSCRIPT  format,  which  is  fed  into  any 
POSTSCRIPT  printer  as  shown  in  Fig.  23. 


48 


Figure  24:  Layout  of  prg  from  VPNR 

C.2  VPNR  Standard  Cell  P&R  for  prg 

We  have  v.prg. net  after  running  prenet  in  section  5.  Now  we  can  run 
by  using  the  command, 

Svpnr  v.prg. net 

And  the  layout  is  shown  in  Fig.  24 


through  VPNR  [6] 
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D  Simulation  Result  and  Layout  of  4-bit  Two’s  Com¬ 
plement  Multiplier 

In  this  appendix,  we  show  the  detailed  simulation  result  and  layout  of  the  4-bit  two’s 
complement  multiplier. 

D.l  IRSIM  Simulation  for  the  Datapath  and  the  Control  Unit 

of  4-bit  Two’s  Complement  Multiplier 

We  obtained  datapath. net  by  running  prenet.  We  only  need  to  run  through  netlist  to  get 
the  .sim  file  for  IRSIM. 

Sprenet  datapath 

Snetlist  datapath. net  datapath. sim 

Fig.  25  illustrates  the  IRSIM  result  of  running  dalapath.shn.  Similarly,  we  have  the  IRSIM 
result  for  control  unit  shown  in  Fig.  26. 

D.2  IRSIM  Simulation  for  the  Whole  Design 

There  are  two  modules  generated  seperately.  Before  the  final  P&R,  we  simulated  the 
composition  of  them.  We  didn’t  simulate  exhaustively,  but  picked  four  typical  cases  to 
test.  They  are  show  in  Fig.  27,  28,  29,  and  30. 

D.3  FUSION  SERVICE  for  4-bit  Two’s  Complement  Multiplier 

There  are  two  layouts  generated  for  the  design  in  terms  of  different  shapes  of  the  datapath 
and  the  control  unit.  In  first  result,  the  layout  of  the  datapath  and  the  layout  of  control 
unit  have  aspect  ratio  1:1,  and  the  FUSION  result  is  shown  in  Fig.  31.  In  this  layout,  the 
bigger  block  is  the  datapath,  and  the  smaller  one  is  the  control  unit.  In  second  result,  we 
want  the  final  layout  with  aspect  ratio  1:1.  We  assign  the  aspect  ratio  while  blocks  are 
generated.  And  the  FUSION  result  is  shown  in  Fig.  32.  The  second  layout  is  9.2%  less 
than  the  first  one. 
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Figure  25:  Simulation  of  Datapath 
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Figure  26:  Simulation  of  Control  Unit 
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Figure  28:  Test  2:  04  x  e2  =  / / 88 
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Figure  31:  Two’s  Complement  Multiplier  without  Adjustment 
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E  Functions  and  Macros  of  NetList+ 

In  this  appendix,  we  summarize  the  functions  and  macros  which  are  available  in  NetList+. 

(libpath  “dir” )  declares  the  directory  of  the  cell  library.  There  can  be  more  than  one 
libraries  in  one  circuit. 

(load  “filename”)  insert  other  NetList+  files  to  the  current  NetList+. 

(node  nl  n2  . . .)  declares  nodes  nl  n2  ...  etc.  The  nodes  has  to  be  declared  before  any 
other  statements  except  libpath. 

(in  i.nl  Ln2  . . .)  declares  input  pads  i.nl  i.n2  . . .  etc.  Each  Lpad  can  be  either  a  node 
inO  or  a  pair  of  nodes,  (ini  in2 ),  where  inO  ini  in2  should  be  declared  in  the  node 
statement.  Each  Lpad  can  also  be  arrays  of  input  pads  with  the  form 
(signals  low  high  Lnl  Ln2  . . .) 

low  and  high  are  non-negative  integer.  Lpad  can  be  a  simple  pad  or  nested  array. 

(out  o.nl  o.n2  . . .)  declares  output  pads  o.nl  o.n2  ...  etc.  Each  o.pad  can  be  either  a 
single  node  declared  in  the  node  statement.  Each  o.pad  can  also  be  a  (nested)  arrays 
of  output  pads  like  the  form  in  i.pad. 

(io  io.nl  io.n2  . . .)  declared  io  pads  io.nl  io.n2 . . .  etc.  Each  io.pad  can  be  either  a  three¬ 
tuple  or  a  four-tuple  of  nodes  which  are  declared  in  the  node  statement.  The  nodes 
in  three-tuple  are  in_node,  out.node,  enable_node  in  order.  The  nodes  in  four-tuple 
are  injnode,  in.bar.node,  out.node,  enablemode  in  order.  Also  each  io.pad  can  be  a 
(nested)  arrays  of  io  pads  with  the  same  form  as  i.pad. 

( cellname  s.nl  s.n2  ...)  is  a  cell  with  name  “ cellname'\  and  it  has  the  nets  s.nl  s.n2  . . . 
connected  to  other  cells.  The  cell  can  be  library  cells,  user-designed  cells  or  macro 
cells  which  are  declared  before  refered.  Each  cellname  has  fixed  number  of  ports  in 
order.  Each  port  has  to  connect  to  an  appropriate  net  (or  node).  If  some  ports  are 
floating,  “*”  is  required  to  put  in  corresponding  port  of  the  cell. 

(repeat  index  low  high  somestuff)  specifies  iteration  of  somestuff,  where  integer  variable 
index  will  be  given  successive  values  from  low  to  high,  somestuff  can  be  cells,  repeats 
of  another.somestuff ]  or  floorplan  of  another.somestuff. 

( direction  somestuff)  specifies  floorplan  of  somestuff.  direction  can  be  either  of  left,  right, 
up,  or  down.  They  are  used  to  specify  the  relative  position  of  cells  in  somestuff. 
right  means  to  order  cell  from  left  to  right,  and  there  are  similar  meanings  for  left, 
up,  and  down,  somestuff  can  be  cells,  repeats  of  another,  wmestuff or  floorplan  of 
another.somestuff. 


(macro  cellname  {p.nl  p.n2  ...)  (local  Lnl  Ln2  ...)  somestuff)  is  macro  declaration  with 
cell  name  “ cellname",  and  it  has  formal  parameters  p.nl  p.n2  ...  etc  and  local  nodes 
Lnl  Ln2 . . .  etc.  Parameter  p.ni  can  be  either  a  simple  node  or  interger  type  variable 
in  form 

(int  v.name) 

o»*  array  of  signals  in  the  form  of 

(signals  nodes  or  nested  signals). 

local  declaration  just  same  as  node  except  nodes  declared  in  local  can  be  used  inside 
macro  only,  somestuff  is  descriptions  of  cells,  repeats  of  cells,  or  fioorplan  of  cells. 

(setq  name  constant)  set  the  name  to  the  value  constant,  setq  can  only  use  grobally. 

(connect  nl  n2  ...)  nl  n2  ...  are  electrically  connected.  This  function  can  be  used  for 
RNL  and  VPNR.  So  far  we  have  not  implemented  in  FUSION. 
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F  Pad  Library  at  FUSION 

In  this  appendix,  we  will  list  the  pad  libraries  available  in  FUSION  service.  In  the  table, 
xxPC  means  xx-pin  pad  frame  with  grass  on  the  cornors.  xxP  means  xx-pin  pad  frame 
without  grass  on  the  cornors.  In  pad  format,  -il  means  there  is  one  input  signal,  in,  from 
a  input  pad,  and  -i2  means  there  are  two  input  signals,  in  and  in.b,  from  a  input  pad, 
and  -i3  means  there  are  three  input  signals,  in  and  in.b  and  in.un ,  from  a  input  pad.  The 
relation  among  signals  in,  in.b,  in.un  are  shown  in  Fig.  33. 


Figure  33:  Input  Pad 


F.l  Pads  for  SCMOS 

SCMOS  2  Micron  Pads: 


PAD-LIBRARY 

PAD-FRAME 

PAD  FORMAT 

MOSIS.SCN2U.PADS 

28PC;40PC;64PC;84PC;132PC 

-i2 

TINY.SCN2U-PADS 

28PC;40PC;64PC;84PC;132PC 

-i2 

SLLU2.PADS 

28PC;40PC;64PC;84PC;132PC 

-i2 

TINY_SLLU2_PADS 

28PC;40PC;64PC;84PC;132PC 

-i2 

SCALABLE.MIT PADS 

28P,  40P,  64P,  84P,  132P 

-il 

In  pad  library  SLLU2.PADS,  there  is  a  special  pad  frame  40PC22X22,  which  is  called  tiny 
chip  with  special  rate  at  MOSIS  SERVICE. 
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SCMOS  1.6  Micron  Pads: 


PAD-LIBRARY 

PAD-FRAME 

PAD  FORMAT 

MOSIS.SCN16U-PADS 

2SP,  40P,  64P,  84  P,  132P 

-il 

TINY.SCN16U.PADS 

28PC,40PC,64PC,84PC,132PC 

-i3 

SLLU16.PADS 

28P,  40P,  64 P,  84 P,  132P 

-il 

TINY.SLLU  16.PADS 

28PC,40PC,64PC,84PC,132PC 

-i3 
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Manual  Pages  for  Commands 


All  Synposes  for  tools  we  support  are  listed  as  follow, 

fus2cif  generate  .cif  file  from  .fused  file 

lifcfus  generate  .fu  file  for  FUSION  SERVICE 

mag2lcell  generate  .lif  cell  for  fusion_spc  from  .mag  file 

mag2lif  generate  .lif  cell  for  fusion_spc  from  .mag  file 

mag2rcell  generate  macro  cell  for  RNL  and  VPNR  netlist  from  .mag  file 

prefus  generate  fusion_spc  and  fusion  library  from  netlist4- 

prenet  generate  RNL  and  VPNR  netlist  from  netlist4- 

sim2cell  generate  RNL  and  VPNR  macro  cell  .net  from  .sim  file 
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FUS2CIF  ( 1 ) 


USER  COMMANDS 


FUS2CIF  ( 1 ) 


NAME 

fus2cif  -  generate  .cif  file  from  from  .fused  file 

SYNOPSIS 

fus2cif 


DESCRIPTION 

Fus2cif  is  an  interactive  program,  and  it  reads  name.fused  and  name.cf  to  generate  name.cif. 

EXAMPLE 

$fus2cif 

Remember  to  make  sure  that  there  is  no  calls.cif  and  wiring.cif 

in  this  directory.  Else  they  might  be  overwritten! 

filename  of  your  library  CIF?  project,  cf 

filename  of  your  fusion  result  ?  project.fused 

filename  of  your  output?  (xxx.cif)  project.cif 

2.5u  2.5s  1:07  7%  3+3k  79+25io  Opf+Ow 


SEE  ALSO 

FUSION:  A  New  MOSIS  Service 


AUTHOR 

Shih-Lien  Lu  (USC/ISI) 


LIF2FUS  ( 1 ) 


USER  COMMANDS 


LEF2FUS  ( 1 ) 


NAME 

lif2fus  -  generate  ./a  file  for  FUSION  SERVICE 

SYNOPSIS 

lif2fus 

DESCRIPTION 

LifSfus  is  an  interactive  program,  and  it  reads  name.lib  and  name. spc  to  generate  name.cf  and 
name.fu. 

EXAMPLE 

$Hf2fus 

file  the  contains  the  names  of  your  lif  files?  project.lib 
file  the  conatins  your  fusion  specifications?  project.spc 
output  file  name?  (without  extension)pro;ec< 
creating  project.fu 
creating  project.cf 

SEE  ALSO 

FUSION:  A  New  MOSIS  Service 
AUTHOR 

Shih-Lien  Lu  (USC/ISI) 


MAG2LCELL  ( 1 ) 


USER  COMMANDS 


MAG2LCELL  ( 1 ) 


NAME 

mag21cell  -  generate  .lif  cell  for  fusion_spc  from  .mag  file  '  ■< 

SYNOPSIS 

mag21cell  (  -m  mag_dtr  j  (  -1  lambda  j  (  -T  tech  ]  cellname  >  .  ■  " 

DESCRIPTION 

MagSlcell  is  a  script  program,  which  contains  magic’s  cif  write  and  mag2Hf.  MagSlcell  reads 
cellname. mag  and  generates  cellname. lif. 

The  following  options  are  recognized: 

-m  mag_dir  Indicates  that  cellname. mag  is  in  directory  mag_dir.  Current  directory  is  default. 
-I  lambda  Specifys  the  lambda  value  times  10.  (default  lambda  is  “10”); 

-T  tech  Specifys  the  technology  of  MOS.  (default  tech  is  “scmos”); 

EXAMPLE 

mag21cell  -1  6  mycell 

SEE  ALSO 

mag21if(l), 

FUSION:  A  New  MOSIS  Service, 

Berkeley  CAD  Tools  User’s  Manual 


! 
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MAG2LIF  ( 1 ) 


USER  COMMANDS 


MAG2LIF  ( 1 ) 


NAME 

mag21if  -  generate  Jtf  cell  for  fusion_spc  from  .mag  file 

SYNOPSIS 

n>'ag2lif 

DESCRIPTION 

Mag2lif  is  an  interactive  program,  and  it  reads  eellname. mag  to  generate  ce//nome.lif. 

EXAMPLE 

$mag2lif 

lambda=?  1.0 
technology^?  cmotn 
file_names?  addca 

<  <  running  magic,  message  deleted  >  > 

Doing  ...  addca.mag  ... 

East/West:  Vdd  Current  (default=0.0  mA)  =?  0.06 
East/West:  GND  Current  (default=0.0  mA)  =?  0.06 
North/South:  Vdd  Current  (default=0.0  mA)  =? 

North/South:  GND  Current  (default=0.0  mA)  =? 

North  only  Vdd  Current  (dcfault=Q.O  mA)  =? 

South  only  GND  Current  (default=0.0  mA)  — ? 

East  only  Vdd  Current  (default=0.0  mA)  =? 

East  only  GND  Current  (default=0.0  mA)  — ? 

West  only  Vdd  Current  (default=0.0  mA)  =? 

West  only  GND  Current  (default=0.0  mA)  ==? 

Done  ...  addca.lif  ... 

SEE  ALSO 

FUSION:  A  New  MOSIS  Service 


AUTHOR 

Shih-Lien  Lu  (USC/ISI) 


MAG2RCELL  ( 1 ) 


USER  COMMANDS 


MAG2RCELL  (  1 ) 


NAME 

mag2rcell  -  generate  macro  cell  for  RNL/IRSEM  and  VPNR  netlist  from  .mag  file 
SYNOPSIS 

mag2rcell  (  -m  mag_dir  ]  (  -1  lambda  j  (  -v  vpnr_dir  ]  [  -T  tech  ]  [  — F  [  leading_char  ]  ]  (  -F  ] 
cellname 

DESCRIPTION 

Mag2rcell  is  a  script  program,  which  contains  magic’s  extarct,  ext2sim,  and  sim2cell. 
Mag2rcell  reads  cellname. mag,  and  generates  cellname. cell  and  cellname.v pnr. 

The  following  options  are  recognized: 

-m  mag_dir  Indicates  that  cellname. mag  is  in  directory  mag_dir.  Current  directory  is  defauli. 

-1  lambda  Specifys  the  lambda  value  times  10.  (default  lambda  is  “10”); 

—v  vpnr_dir  Puts  VPNR  macro  cell  generated  from  mag2rcell  in  vpnr_dir.  Current  directory 
is  default. 

-T  tech  Specifys  the  technology  of  MOS.  (default  tech  is  “scmos”); 

-f  leading_char  Indicate  the  leading  character  of  the  labels  of  feedthru  lines.  If  leading_char  is 
not  indicated,  ’F’  will  be  the  default  value. 

-F  List  the  labels  of  feedthru  lines  in  the  netlist,  otherwise,  feedthru  labels  are  not 

listed. 

EXAMPLE 

mag2rcell  -1  6  mycell 

*nag2rcell  -m  ../mag  -v  ../vpnr  AND 

SEE  ALSO 

sim2cell(l), 

Berkeley  CAD  Tools  User’s  Manual 


PREFUS ( 1 ) 


USER  COMMANDS 


PREFUS ( 1 ) 


NAME 

prefus  -  generate  fusion_spc  and  fusion  library  from  NETLIST+ 


SYNOPSIS 


prefus  (  -Uambda  ]  (  -t tech  J  (  -m bool  j  (  -plpadjib  ]  [  -pf padjrame )  [  -i val  ]  name 


DESCRIPTION 

Prefus  reads  name.fnet  and  generates  FUSION  specification  name.spc  and  name.lib. 


The  following  options  are  recognized: 


-Uambda 
-t tech 
-m  bool 

-plpadjib 

-pf pad Jrame 


-i  val 


Specifys  the  lambda  value,  (default  lambda  is  “10”); 

Specifys  the  technology  of  MOS.  (default  tech  is  “SCMOS”); 

Specifys  the  way  of  routing.  If  bool  is  “true”,  it  means  manhattan  routing  only.  If 
bool  is  “false”,  then  45  degree  routing  is  allowed; 

Specifys  the  padjlibrary  used  in  the  design  of  chip,  (default  padjib  is  ???.)  The 
pad_libraries  available  at  FUSION  are  shown  in  the  appendix  of  NETLIST+; 

Specifys  the  pad_frame  used  in  the  design  of  chip,  (default  pad Jrame  is  ???.) 
The  pad_frame  available  for  each  pad_library  at  FUSION  are  also  shown  in  the 
appendix  of  NETLIST+; 

Specifys  the  number  of  inputs  from  the  each  input  pad.  (default  val  is  “2”).  If  val 
is 

1  There  is  only  one  node  supplied  by  each  input  pad. 

2  There  are  two  nodes,  which  are  in  and  in_bar,  supplied  by  each  input  pad. 

3  There  are  three  nodes,  which  are  in  and  in  Jar  and  «n_tm,  supplied  by  each 
input  pad. 

The  number  of  nodes  for  each  padjibrary  are  shown  in  the  appendix  of  NET- 
LIST*. 


EXAMPLE 

prefus  -plSLLU2JPADS  -pf40PC22X22  -i2  fuse 
SEE  ALSO 

FUSION:  A  New  MOSIS  Service 

Pad  library  at  FUSION  in  the  appendix  of  NETLIST+ 

AUTHOR 

Tzyh-Yung  Wuu  (USC/ISI) 


PRENET  ( 1 )  USER  COMMANDS 


NAME 

prenet  -  generate  RNL/ERSIM  and  VPNR  netlist  from  NETLIST+  from  .mag  file 

SYNOPSIS 

prenet  [  -v  )  name 

DESCRIPTION 

Prenet  reads  cellname. fnet,  and  generates  RNL  netlist. 

The  following  options  are  recognized: 

—v  Generate  netlist  v  name. net  for  VPNR. 


EXAMPLE 

prenet  -v  fuse 

SEE  ALSO 

VLSI  Design  Tools  Reference  Manual,  Release  3.2, 
VPNR:  Vanilla  Place  aNd  Route  System 

AUTHOR 

Tzyh-Yung  Wuu  (USC/ISI) 


PRENET ( 1 ) 


SIM2CELL  ( 1 ) 


USER  COMMANDS 


SEM2CELL  ( 1 ) 


NAME 

sim2cell  -  generate  RNL/BRSIM  and  VPNR  macro  .net  from  .sim  file 
SYNOPSIS 

sim2cell  infile  outfile  (  -v  [  vpnr_dir  ]  ]  [  -f  (  leading_char  j  ]  [  — F  ] 

DESCRIPTION 

SimScell  reads  .sim  file,  infile,  and  generates  macro  cell,  outfile. 

The  following  options  are  recognized: 

-v  vpnr_dir  Generate  VPNR  macro  cell  in  current  directory  if  there  is  no  vpnr_dir  indicated. 

Otherwise  the  VPNR  macro  cell  generated  will  be  put  in  the  directory  vpnr_dir. 

-f  leading_char  Indicate  the  leading  character  of  the  labels  of  feedthru  lines.  If  leading_char  is 
not  indicated,  ’F’  will  be  the  default  value. 

-F  List  the  labels  of  feedthru  lines  in  the  netlist,  otherwise,  feedthru  labels  are  not 

listed. 

EXAMPLE 

sim2cell  AND. sim  AND.  cell  -v  ../vpnr 
SEE  ALSO 

Berkeley  CAD  Tools  User’s  Manual 

VLSI  Design  Tools  Reference  Manual,  Release  3.2, 

AUTHOR 

Tzyh-Yung  Wuu  (USC/ISI) 


